-
web应用上下文
WebApplicationContext(s)图中小的可能有多个的 是 通过 contextLoaderListener 加载的上下文。
与特定dispatcherServlet相关联的上下文，i.e 与 mvc dispatcher 相关的controller, viewResolver, handlerMapping, etc.
可能会有多个DispatcherServlet, 通过使用不同的 dispatcherServlet 来做不同的分发，可以更好地服务不同类型的请求。
查看全部 -
jetty 插件为我们提供了一个运行的容器环境。
查看全部 -
POM project object model 是一个 xml file (pom.xml)
Dependency 项目依赖。
maven 简单地讲是依赖坐标 coordinates 来解决依赖关系。
通过 groupId, artifactId, version, packaging 这四个属性构成 maven 坐标(coordinate), 这四个属性是可以 唯一标识 一个产品。这四个属性构成的coordinates 就是maven仓库中的 GPS 定位系统。（其中， packaging 属性可 缺省，缺省是 jar）
查看全部 -
Maven 是一个 构建 与 依赖管理 的工具。
POM (project object model)
Dependency Management
Coordinates
Maven可以解决 直接依赖 和 传递依赖关系
查看全部 -
重点 要去 关注 Controller, 可能需要 写 HandlerInterceptor, ModleAndView, 其它的都可通过配置
DispatcherServlet重要但不需要用户来编码，只需要配置下即可；类似 HandlerMapping 也是只需要知道怎么配置到配置文件即可；
Controller 肯定要开发编码的，MVC可不知道你想要实现什么业务逻辑；
HandlerInterceptor 是个接口，需要就去实现，否则不用管它。不是所有场景需要在controller调用之前之后干点什么。
Handler/HandlerAdapter 也不需要编码；
ModelAndView 实现不难，甚至可以使用 map 来实现功能；
ViewResolver / view 也是不需要后端开发去具体编码实现。配置即可。
查看全部 -
request -> dispatcherServlet -> handlerMapping -> controller/handlerInterceptor (Handler/HandlerAdapter)
modelAndView -> Dispatcher -> viewResolver
dispatcherServlet -> view
dispatcherServlet -> response
查看全部 -
DispatherServlet
Controller
HandlerAdapter
HandlerInterceptor
HandlerMapping
HandlerExecutionChain
ModelAndView
ViewResolver
View
查看全部 -
HandlerExecutionChain
preHandle -> Controller method -> postHandle -> afterCompletion
查看全部 -
HandlerMapping
help dispatcherServlet to get the right controller
wrap controller with HandlerInterceptor
查看全部 -
MVC是一种架构模式
MVC是一种思考方式
查看全部 -
Model - View - Controller
View 视图层，为用户提供 UI, 重点关注数据的呈现
Model 模型层，业务数据的信息表示，关注支撑业务的信息构成，通常是多个业务实体的组合。
Controller 控制层，调用业务逻辑产生合适的数据（Model）,同时将数据传递给视图层用于数据呈现。
查看全部 -
MVC的核心思想是 业务数据抽取 同 业务数据呈现 相分离。
相分离就是简化，把复杂的东西拆解分离，这样可以更加简洁的表述被分离的场景，更易于编程的实现。
查看全部 -
分发调度 -- front controller C
业务数据制取 -- controller M
页面呈现 -- view template V
查看全部 -
为什么叫 前端控制器？
类似 Hospital 的分诊台
查看全部 -
为什么 叫 前端控制器？
医院的 分诊台（前台）
查看全部 -
用户端的请求通过http协议到达前端控制器
前端控制器了解这个请求应当被谁来处理，所以将这个请求代理 给了 控制器
控制器 了解业务逻辑的细节 ，调用业务逻辑生成业务数据，并将业务数据 返回 给 前端控制器
前端控制器 再将 业务数据 分发给 业务视图，由业务视图来呈现最终的用户页面，再将呈现好的页面返还给 前端控制器，
前端控制器 将页面 最终返回给 浏览器，此时电脑前的用户就可以看到请求的页面
查看全部
举报