SpringMVC学习

1. springMVC是什么？
   spring是一个开源框架，核心是IOC和AOP，简单来说，spring是一个分层的javaSE/EEfull-stack(一站式)轻量级开源框架。
2. IOC是什么？
   ioc是控制反转，就是把对象的创建销毁以及初始化等一系列操作交给spring容器来处理，由spring来控制对象的生命周期。
3. AOP是什么？
   AOP是面向方面编程，可以说是OOP（面向对象编程），利用一种“横切”技术，剖开封装的对象内部；并将那些影响了多个类的公共行为封装到一个可重用模块，称为“aspect”，就是将那些与业务无关，却为业务模块所共同调用的逻辑或责任封装起来，便于减少系统的重复代码，降低模块儿之间的耦合度，有利于未来的可操作性和可维护性。
   AOP把软件系统分为两个部分，核心关注点和横切关注点。业务处理的主要流程是核心关注点，与之关系不大的是横切关注点。经常发生着在核心关注点的多处，而各处都基本相似，比如权限认证，日志，事物处理。
   实现AOP技术主要有：一，采用动态代理技术，利用截取消息的方式，对该消息进行装饰，以取代原有对象行为的执行；
                                       二，采用静态织入的方式，引入特定的语法创建“方面”，从而使得编译器可以在编译期间织入有关“方面的”代码；

4. SpringMVC的工作原理图：

   

   SpringMVC流程

   1、  用户发送请求至前端控制器DispatcherServlet。

   2、  DispatcherServlet收到请求调用HandlerMapping处理器映射器。

   3、  处理器映射器找到具体的处理器(可以根据xml配置、注解进行查找)，生成处理器对象及处理器拦截器(如果有则生成)一并返回给DispatcherServlet。

   4、  DispatcherServlet调用HandlerAdapter处理器适配器。

   5、  HandlerAdapter经过适配调用具体的处理器(Controller，也叫后端控制器)。

   6、  Controller执行完成返回ModelAndView。

   7、  HandlerAdapter将controller执行结果ModelAndView返回给DispatcherServlet。

   8、  DispatcherServlet将ModelAndView传给ViewReslover视图解析器。

   9、  ViewReslover解析后返回具体View。

   10、DispatcherServlet根据View进行渲染视图（即将模型数据填充至视图中）。

   11、 DispatcherServlet响应用户。

   组件说明：

   以下组件通常使用框架提供实现：

   DispatcherServlet：作为前端控制器，整个流程控制的中心，控制其它组件执行，统一调度，降低组件之间的耦合性，提高每个组件的扩展性。

   HandlerMapping：通过扩展处理器映射器实现不同的映射方式，例如：配置文件方式，实现接口方式，注解方式等。 

   HandlAdapter：通过扩展处理器适配器，支持更多类型的处理器。

   ViewResolver：通过扩展视图解析器，支持更多类型的视图解析，例如：jsp、freemarker、pdf、excel等。

   组件：
   1、前端控制器DispatcherServlet（不需要工程师开发）,由框架提供
   作用：接收请求，响应结果，相当于转发器，中央处理器。有了dispatcherServlet减少了其它组件之间的耦合度。
   用户请求到达前端控制器，它就相当于mvc模式中的c，dispatcherServlet是整个流程控制的中心，由它调用其它组件处理用户的请求，dispatcherServlet的存在降低了组件之间的耦合性。

   2、处理器映射器HandlerMapping(不需要工程师开发),由框架提供
   作用：根据请求的url查找Handler
   HandlerMapping负责根据用户请求找到Handler即处理器，springmvc提供了不同的映射器实现不同的映射方式，例如：配置文件方式，实现接口方式，注解方式等。

   3、处理器适配器HandlerAdapter
   作用：按照特定规则（HandlerAdapter要求的规则）去执行Handler
   通过HandlerAdapter对处理器进行执行，这是适配器模式的应用，通过扩展适配器可以对更多类型的处理器进行执行。

   4、处理器Handler(需要工程师开发)
   注意：编写Handler时按照HandlerAdapter的要求去做，这样适配器才可以去正确执行Handler
   Handler 是继DispatcherServlet前端控制器的后端控制器，在DispatcherServlet的控制下Handler对具体的用户请求进行处理。
   由于Handler涉及到具体的用户业务请求，所以一般情况需要工程师根据业务需求开发Handler。

   5、视图解析器View resolver(不需要工程师开发),由框架提供
   作用：进行视图解析，根据逻辑视图名解析成真正的视图（view）
   View Resolver负责将处理结果生成View视图，View Resolver首先根据逻辑视图名解析成物理视图名即具体的页面地址，再生成View视图对象，最后对View进行渲染将处理结果通过页面展示给用户。 springmvc框架提供了很多的View视图类型，包括：jstlView、freemarkerView、pdfView等。
   一般情况下需要通过页面标签或页面模版技术将模型数据通过页面展示给用户，需要由工程师根据业务需求开发具体的页面。

   6、视图View(需要工程师开发jsp...)
   View是一个接口，实现类支持不同的View类型（jsp、freemarker、pdf...）

   核心架构的具体流程步骤如下：
   1、首先用户发送请求——>DispatcherServlet，前端控制器收到请求后自己不进行处理，而是委托给其他的解析器进行处理，作为统一访问点，进行全局的流程控制；
   2、DispatcherServlet——>HandlerMapping， HandlerMapping 将会把请求映射为HandlerExecutionChain 对象（包含一个Handler 处理器（页面控制器）对象、多个HandlerInterceptor 拦截器）对象，通过这种策略模式，很容易添加新的映射策略；
   3、DispatcherServlet——>HandlerAdapter，HandlerAdapter 将会把处理器包装为适配器，从而支持多种类型的处理器，即适配器设计模式的应用，从而很容易支持很多类型的处理器；
   4、HandlerAdapter——>处理器功能处理方法的调用，HandlerAdapter 将会根据适配的结果调用真正的处理器的功能处理方法，完成功能处理；并返回一个ModelAndView 对象（包含模型数据、逻辑视图名）；
   5、ModelAndView的逻辑视图名——> ViewResolver， ViewResolver 将把逻辑视图名解析为具体的View，通过这种策略模式，很容易更换其他视图技术；
   6、View——>渲染，View会根据传进来的Model模型数据进行渲染，此处的Model实际是一个Map数据结构，因此很容易支持其他视图技术；
   7、返回控制权给DispatcherServlet，由DispatcherServlet返回响应给用户，到此一个流程结束。

   下边两个组件通常情况下需要开发：

   Handler：处理器，即后端控制器用controller表示。

   View：视图，即展示给用户的界面，视图中通常需要标签语言展示模型数据。

   
   

   在将SpringMVC之前我们先来看一下什么是MVC模式

   MVC：MVC是一种设计模式

   MVC的原理图：

   

   分析：

   M-Model 模型（完成业务逻辑：有javaBean构成，service+dao+entity）

   V-View 视图（做界面的展示  jsp，html……）

   C-Controller 控制器（接收请求—>调用模型—>根据结果派发页面）

   
   

   springMVC是什么： 

   　　springMVC是一个MVC的开源框架，springMVC=struts2+spring，springMVC就相当于是Struts2加上sring的整合，但是这里有一个疑惑就是，springMVC和spring是什么样的关系呢？这个在百度百科上有一个很好的解释：意思是说，springMVC是spring的一个后续产品，其实就是spring在原有基础上，又提供了web应用的MVC模块，可以简单的把springMVC理解为是spring的一个模块（类似AOP，IOC这样的模块），网络上经常会说springMVC和spring无缝集成，其实springMVC就是spring的一个子模块，所以根本不需要同spring进行整合。

   SpringMVC的原理图：

   

   看到这个图大家可能会有很多的疑惑，现在我们来看一下这个图的步骤：（可以对比MVC的原理图进行理解）

   第一步:用户发起请求到前端控制器（DispatcherServlet）

   第二步：前端控制器请求处理器映射器（HandlerMappering）去查找处理器（Handle）：通过xml配置或者注解进行查找

   第三步：找到以后处理器映射器（HandlerMappering）像前端控制器返回执行链（HandlerExecutionChain）

   第四步：前端控制器（DispatcherServlet）调用处理器适配器（HandlerAdapter）去执行处理器（Handler）

   第五步：处理器适配器去执行Handler

   第六步：Handler执行完给处理器适配器返回ModelAndView

   第七步：处理器适配器向前端控制器返回ModelAndView

   第八步：前端控制器请求视图解析器（ViewResolver）去进行视图解析

   第九步：视图解析器像前端控制器返回View

   第十步：前端控制器对视图进行渲染

   第十一步：前端控制器向用户响应结果

   看到这些步骤我相信大家很感觉非常的乱，这是正常的，但是这里主要是要大家理解springMVC中的几个组件：

   前端控制器（DispatcherServlet）：接收请求，响应结果，相当于电脑的CPU。

   处理器映射器（HandlerMapping）：根据URL去查找处理器

   处理器（Handler）：（需要程序员去写代码处理逻辑的）

   处理器适配器（HandlerAdapter）：会把处理器包装成适配器，这样就可以支持多种类型的处理器，类比笔记本的适配器（适配器模式的应用）

   视图解析器（ViewResovler）：进行视图解析，多返回的字符串，进行处理，可以解析成对应的页面

   
   

5. SpringMVC各个层次之间的调用关系：
   
   
   1. DAO层：DAO层主要是做数据持久层的工作，负责与数据库进行联络的一些任务都封装在此，DAO层的设计首先是设计DAO的接口，然后在Spring的配置文件中定义此接口的实现类，然后就可在模块中调用此接口来进行数据业务的处理，而不用关心此接口的具体实现类是哪个类，显得结构非常清晰，DAO层的数据源配置，以及有关数据库连接的参数都在Spring的配置文件中进行配置。                                                                
   2. Service层：Service层主要负责业务模块的逻辑应用设计。同样是首先设计接口，再设计其实现的类，接着再Spring的配置文件中配置其实现的关联。这样我们就可以在应用中调用Service接口来进行业务处理。Service层的业务实现，具体要调用到已定义的DAO层的接口，封装Service层的业务逻辑有利于通用的业务逻辑的独立性和重复利用性，程序显得非常简洁。                                                                                                         
   3. Controller层:Controller层负责具体的业务模块流程的控制，在此层里面要调用Serice层的接口来控制业务流程，控制的配置也同样是在Spring的配置文件里面进行，针对具体的业务流程，会有不同的控制器，我们具体的设计过程中可以将流程进行抽象归纳，设计出可以重复利用的子单元流程模块，这样不仅使程序结构变得清晰，也大大减少了代码量。                                                                                                                         
   4. View层 此层与控制层结合比较紧密，需要二者结合起来协同工发。View层主要负责前台jsp页面的表示，                                                          
   5. DAO层，Service层这两个层次都可以单独开发，互相的耦合度很低，完全可以独立进行，这样的一种模式在开发大项目的过程中尤其有优势，Controller，View层因为耦合度比较高，因而要结合在一起开发，但是也可以看作一个整体独立于前两个层进行开发。这样，在层与层之前我们只需要知道接口的定义，调用接口即可完成所需要的逻辑单元应用，一切显得非常清晰简单。                                                                           
   6. DAO设计的总体规划需要和设计的表，和实现类之间一一对应。                                                                                                                      
   7. DAO层所定义的接口里的方法都大同小异，这是由我们在DAO层对数据库访问的操作来决定的，对数据库的操作，我们基本要用到的就是新增，更新，删除，查询等方法。因而DAO层里面基本上都应该要涵盖这些方法对应的操作。除此之外，可以定义一些自定义的特殊的对数据库访问的方法。                                                                                                                                                                                                                   
   8. Service逻辑层设计     
   9. Service层是建立在DAO层之上的，建立了DAO层后才可以建立Service层，而Service层又是在Controller层之下的，因而Service层应该既调用DAO层的接口，又要提供接口给Controller层的类来进行调用，它刚好处于一个中间层的位置。每个模型都有一个Service接口，每个接口分别封装各自的业务处理方法。                                                                                                                                                                         
   10. 在DAO层定义的一些方法，在Service层并没有使用，那为什么还要在DAO层进行定义呢？这是由我们定义的需求逻辑所决定的。DAO层的操作 经过抽象后基本上都是通用的，因而我们在定义DAO层的时候可以将相关的方法定义完毕，这样的好处是在对Service进行扩展的时候不需要再对DAO层进行修改，提高了程序的可扩展性。