springmvcspringmvc.doc

总结一下springMVC几个关键的步骤，总共可以分为六个步骤，分别为： 客户端向spring容器发起一个http请求 发起的请求被前端控制起所拦截(DispatcherServlet)，前端控制器会去找恰当的映射处理器来处理这次请求。 根据处理器映射（Handler Mapping）来选择并决定将请求发送给那一个控制器。 在控制器中处理所发送的请求，并以modeandView（属性值和返回的页面）的形式返回给向前端控制器。 前端控制器通过查询viewResolver对象来试着解决从控制返回的视图。 如果前端控制找到对应的视图，则将视图返回给客户端，否则抛异常。 spring3.1 mvc 框架的特点 如果仅仅关注于web方面的支持，Spring有下面一些特点： 清晰的角色划分：控制器，验证器，命令对象，表单对象和模型对象；分发器，处理器映射和视图解析器；等等。 直接将框架类和应用类都作为JavaBean配置，包括通过应用上下文配置中间层引用，例如，从web控制器到业务对象和验证器的引用。 可适应性，但不具有强制性：根据不同的情况，使用任何你需要的控制器子类（普通控制器，命令，表单，向导，多个行为，或者自定义的），而不是要求任何东西都要从Action/ActionForm继承。 可重用的业务代码，而不需要代码重复：你可以使用现有的业务对象作为命令对象或表单对象，而不需要在ActionForm的子类中重复它们的定义。 可定制的绑定和验证：将类型不匹配作为应用级的验证错误，这可以保存错误的值，以及本地化的日期和数字绑定等，而不是只能使用字符串表单对象，手动解析它并转换到业务对象。 可定制的处理器映射，可定制的视图解析：灵活的模型可以根据名字/值映射，处理器映射和视图解析使应用策略从简单过渡到复杂，而不是只有一种单一的方法。 可定制的本地化和主题解析，支持JSP，无论有没有使用Spring标签库，支持JSTL，支持不需要额外过渡的Velocity，等等。 简单而强大的标签库，它尽可能地避免在HTML生成时的开销，提供在标记方面的最大灵活性。 Spring MVC开发实现步骤： 新建web project 添加spring支持 修改web.xml，配置DispatcherServlet 实现Model层 实体类 5．实现Controller 6．实现View 7.修改applicationContext.xml 1、org.springframework.web.context.ContextLoaderListener ContextLoaderListener的作用就是启动Web容器时，自动装配ApplicationContext的配置信息。因为它实现了ServletContextListener这个接口，在web.xml配置这个监听器，启动容器时，就会默认执行它实现的方法。至于ApplicationContext.xml这个配置文件部署在哪，如何配置多个xml文件，书上都没怎么详细说明。现在的方法就是查看它的API文档。在ContextLoaderListener中关联了ContextLoader这个类，所以整个加载配置过程由ContextLoader来完成。看看它的API说明 第一段说明ContextLoader可以由 ContextLoaderListener和ContextLoaderServlet生成。如果查看ContextLoaderServlet的API，可以看到它也关联了ContextLoader这个类而且它实现了HttpServlet。这个接口 第二段，ContextLoader创建的是 XmlWebApplicationContext这样一个类，它实现的接口是WebApplicationContext-ConfigurableWebApplicationContext-ApplicationContext-BeanFactory这样一来spring中的所有bean都由这个类来创建 第三段,讲如何部署applicationContext的xml文件，如果在web.xml中不写任何参数配置信息，默认的路径是”/WEB-INF/applicationContext.xml，在WEB-INF目录下创建的xml文件的名称必须是applicationContext.xml。如果是要自定义文件名可以在web.xml里加入contextConfigLocation这个context参数： 1. context-param?2. param-namecontextConfigLocation/param-name?3. param-value?4. /WEB-INF/classes/applicationCo