- 2019-10-091. 更喜欢把配置放在单独一层，这么做的好处是部署的时候，更改配置比较方便而且基本不会有遗漏。这里不知道是不是可以使用二者结合的方式，对于那些经常变的配置，比如 IP 地址，端口号，token，数据库连接可以考虑放在单独一层，其他和具体业务逻辑相关的，不容易改变的配置，利用注解和实现逻辑放在一起
2. 控制层基本上就做数据验证、然后 mapping 到对应的业务处理函数，业务处理函数处理好请求后会将结果返回，控制层将业务处理函数返回的结果作为响应返回给前端页面
选修课堂的例子，web.xml 和 BookSevlet.java 所做的事情都属于 controller 层的范畴，book.jsp 里面对应的是 Model 层和 view 层，因为使用了 JavaBean 这里应该算是 View 去直接接触 Model？展开作者回复: 👍
1 
2019-10-03Django使用配置文件，Flask使用装饰器。 1
2019-10-121. 配置方式，自己更喜欢通过注解的形式，之前实践过程中就是感觉比较简单，用时直接配置。但今天通过学习老师的课程感觉任何技术都与优势和劣势，对于配置方式，最大的缺点就是路径映射分散，难于统一管理，后期维护起来比较麻烦，以后项目要多注意这块。
2. 接口调用:controller收到请求，验参，将请求转化为内部服务调用，同步反馈处理结果或者异步回掉结果，视图请求:请求，验参，服务调用，返回视图。
四火老师后续的客户是否包含前后端分离技术？展开作者回复: 前面说得挺好，最后的问题没有看懂。
2019-10-10选修课堂补充我自己遇到的两个问题：
1. win10 环境下编辑java文件，环境变量那里替换成 $env:CATAIINA_HOME（powershell）
2. Tomcat启动之后页面报错500（javax.servlet.ServletException: Error instantiating servlet class [com.xxx.BookServlet]），配置web.xml时，servlet-class 只保留类名就可以了作者回复: 👍
2019-10-10平时更多的是配置和注解混用的方式，配置多用于宏观一点的东西，例如控制器的注册。注解更偏向于微观一点，例如参数绑定
2019-10-10MVC这块知识对于早期做面向过程开发的而言只能慢慢的循环啃了、、、本来以为不用再碰这些，绕了一圈发现不懂还是不行，不过啃起来确实蛮辛苦
2019-10-08思考题：
1： 我更喜欢把配置和业务放到一起，因为这样更直接，我可以直接对应到控制层方法，查错也更直接一些，在工作中很少去查看所有路由的。
2：现在的项目都在使用springmvc，控制层很简单，只是去请求服务层，在一些特殊的情况下会有一些校验逻辑。作者回复: 👍