三大框架笔记

一,Spring 框架提供了构建Web 应用程序的全功能MVC 模块,具有简单性,可测试性和松耦合特点.使用JavaBean替代EJB.Spring是一个轻量级的控制反转IoC(Inversion of Control）和面向切面的容器框架.控制反转是容器控制程序,依赖注入是由容器动态的将某种依赖关系注入到组件之中.依赖注入减轻了组件之间的依赖关系,提高了组件之间的可移植性.依赖注入有三种方式:接口注入,设值方法注入,构造子注入.Spring Web MVC 处理Http请求的大致过程：一旦Http请求到来，DispatcherSevlet负责将请求分发。

DispatcherServlet可以认为是Spring 提供的前端控制器，所有的请求都有经过它来统一分发。

在DispatcherServlet将请求分发给Spring Controller之前，需要借助于Spring提供的HandlerMapping定位到具体的Controller。

HandlerMapping是这样一种对象，它能够完成客户请求到Controller之间的映射。

在Struts 中，这种映射是通过struts-config.xml文件完成的。

其中，Spring为Controller接口提供了若干实现，例如Spring默认使用的BeanNameUrlHandlerMapping。

还有，SimpleUrlHandlerMapping，CommonsPathMapHandlerMapping。

Spring Controller将处理来自DispatcherServlet的请求。

Spring的Controller类似于struts的Action，能够接受HttpServletRequest和HttpServletResponse。

Spring为Controller接口提供了若干实现类，位于org.springframework.web.servlet.mvc包中。

由于Controller需要为并发用户处理上述请求，因此实现Controller接口时，必须保证线程安全并且可重用。

Controller将处理客户请求，这和Struts Action 扮演的角色是一致的。

一旦Controller处理完客户请求，则返回ModelAndView对象给DispatcherServlet前端控制器。

ModelAndView中包含了模型（Model）和视图（View）。

从宏观角度考虑，DispatcherServlet是整个Web应用的控制器；从微观角度考虑，Controller 是单个Http请求处理过程中的控制器，而ModelAndView是Http请求过程中返回的模型和视图。

前端控制器返回的视图可以是视图的逻辑名，或者实现了View接口的对象。

View对象能够渲染客户响应结果。

其中，ModelAndView中的模型能够供渲染View时使用。

借助于Map对象能够存储模型。

如果ModelAndView返回的视图只是逻辑名，则需要借助Spring提供的视图解析器（ViewResoler）在Web应用中查找View对象，从而将响应结果渲染给客户。

DispatcherServlet将View对象渲染出的结果返回个客户。

SpringMVC-mvc.xml 配置文件<context:component-scan/> 扫描指定的包中的类上的注解，常用的注解有：@Controller 声明Action组件@Service 声明Service组件@Service("myMovieLister")@Repository 声明Dao组件@Component 泛指组件, 当不好归类时.@RequestMapping("/menu") 请求映射@Resource 用于注入，( j2ee提供的) 默认按名称装配，@Resource(name="beanName") @Autowired 用于注入，(srping提供的) 默认按类型装配@Transactional( rollbackFor={Exception.class}) 事务管理@ResponseBody@Scope("prototype") 设定bean的作用域Spring代码:<?xml version="1.0" encoding="UTF-8"?><beansxmlns="/schema/beans"xmlns:xsi="/2001/XMLSchema-instance"xmlns:tx="/schema/tx"xmlns:context="/schema/context"xmlns:mvc="/schema/mvc"xsi:schemaLocation="/schema/beans/schema/beans/spring-beans-3.0.xsd/schema/tx/schema/tx/spring-tx-3.0.xsd/schema/context/schema/context/spring-context-3.0.xsd /schema/mvc/schema/mvc/spring-mvc-3.0.xsd"><!-- 自动扫描的包名--><context:component-scan base-package="com.app,com.core,JUnit4"></context:component-scan><!-- 默认的注解映射的支持--><mvc:annotation-driven /><!-- 视图解释类--><beanclass="org.springframework.web.servlet.view.InternalResourceViewResolver"> <property name="prefix" value="/WEB-INF/jsp/"/><property name="suffix" value=".jsp"/><!--可为空,方便实现自已的依据扩展名来选择视图解释类的逻辑--><property name="viewClass" value="org.springframework.web.servlet.view.JstlView" /></bean><!-- 拦截器--><mvc:interceptors><bean class="com.core.mvc.MyInteceptor" /></mvc:interceptors><!-- 对静态资源文件的访问方案一（二选一）--><mvc:default-servlet-handler/><!--激活Tomcat的defaultServlet来处理静态文件--><servlet-mapping><servlet-name>default</servlet-name><url-pattern>*.jpg</url-pattern></servlet-mapping><!-- 对静态资源文件的访问方案二（二选一）--><mvc:resources mapping="/images/**" location="/images/" cache-period="31556926"/><mvc:resources mapping="/js/**" location="/js/" cache-period="31556926"/> <mvc:resources mapping="/css/**" location="/css/" cache-period="31556926"/></beans>二,Struts2struts2并不是一个陌生的web框架，它是以Webwork的设计思想为核心，吸收struts1的优点，可以说struts2是struts1和Webwork结合的产物,在WebWork基础上构建的MVC框架.struts2的工作原理图：一个请求在Struts2框架中的处理分为以下几个步骤：1.客户端发出一个指向servlet容器的请求(tomcat)；2.这个请求会经过图中的几个过滤器，最后会到达FilterDispatcher过滤器。

3.过滤器FilterDispatcher是struts2框架的心脏，在处理用户请求时，它和请求一起相互配合访问struts2的底层框架结构。

在web容器启动时，struts2框架会自动加载配置文件里相关参数，并转换成相应的类。

如：ConfigurationManager、ActionMapper和ObjectFactory。

ConfigurationManager 存有配置文件的一些基本信息，ActionMapper存有action的配置信息。

在请求过程中所有的对象（Action，Results，Interceptors，等）都是通过ObjectFactory来创建的。

过滤器会通过询问ActionMapper类来查找请求中需要用到的Action。

4.如果找到需要调用的Action，过滤器会把请求的处理交给ActionProxy。

ActionProxy为Action的代理对象。

ActionProxy通过ConfigurationManager询问框架的配置文件，找到需要调用的Action 类。

5.ActionProxy创建一个ActionInvocation的实例。

ActionInvocation在ActionProxy层之下，它表示了Action的执行状态,或者说它控制的Action的执行步骤。