struts2演讲稿.pptVIP

Model 2的程序流程 FilterDispatcher功能 (四大责任 ) 执行Actions ：过滤器通过ActionMapper对象，来判断是否应该被映射到Action.如果mapper对象指示他应该被映射，过滤链将会被终止，然后Action被调用。这一点非常重要，如果同时使用SiteMeshfilter，则SiteMeshfilter应该放到该过滤器前，否则Action的输出将不会被装饰。 清除ActionContext ：过滤器为了确保内存溢出，会自动的清除ActionContext。这可能会存在一些问题，在和其它的框架集成时，例如SiteMesh。 ActionContextCleanUp提供了怎么处理这些问题的一些信息。 维护静态内容 ：过滤器也会维护在Struts2中使用的一些公共的静态的内容，例如JavaScript文件，CSS文件等。 清除request生命周期内的XWork的拦截器 interceptors 。 Struts2示例 通过示例了解上述的Struts2的系统构架图。 深入Struts2 常用Struts2的标志(tag) * 对Action更深的了解，ActionSupport Struts2的国际化(i18n) Struts2的输入校验(validate) 深刻了解Struts2的拦截器(interceptor) Struts2实现Ioc—Spring * Struts2的文件上传机制 Struts2的OGNL s:property value=“”/ Struts2与Ajax 最后… 路漫漫其修远兮 努力吧！ 谢谢 Struts 2 演讲稿 Oarage Software WEB发展概述 Model 1模式下，整个Web应用几乎全部由JSP页面组成，JSP页面接收客户端请求，对请求处理后直接做出响应。用少量的JavaBean来处理数据库连接、数据库访问等操作。 Model 2基于MVC设计模式，Servlet作为前端控制器，负责接收客户端发送的请求，在Servlet中只包含控制逻辑和简单的前端处理；然后调用后端的JavaBean来完成实际的逻辑处理；最后转发到相应的JSP页面。 Model 1的程序流程 Model1模式局限 Model1模式的实现比较简单，适用于快速开发小规模项目。 从工程化的角度看，局限性明显：JSP兼View与Controller，控制逻辑和表现逻辑混杂在一起，从而导致代码的重用性非常低，增加了应用的扩展性和维护性的难度。 常用的MVC框架 JSF：其实是一个标准，而不是一个产品，现在包含Sun的参考实现和Apache的MyFaces这两个产品。 Tapestry Spring MVC：一个细致完整的MVC框架；以DispatcherServlet为核心控制器。 Struts 1：世界上第一个发布的MVC框架；以ActionServlet为核心控制器。 WebWork：比Struts1更优秀的MVC框架。 Struts 2：基于WebWork的设计核心。 Struts 1的制约 支持的表现层技术单一：Struts1只支持JSP作为表现层技术，不提供其它表现层技术。如：Velocity、FreeMarker等。 与Servlet API严重耦合，难于测试。 侵入式设计，代码严重依赖于Struts1 API ，重构性差。 WebWork的优势 Action无需与Servlet API耦合，更容易测试。 Action无需与WebWork耦合，代码重用率高。 支持更多的表现层技术，有更好的适应性。 Struts2的体系介绍 从某种程度上讲，Struts2是WebWork的升级。 Struts2和WebWork成员名称对应 com.opensymphony.webwork.config.Configuration org.apache.Struts2.config.Settings DispatcherUtil Dispatcher webwork.properties struts.properties xwork.xml struts.xml com.opensymphony.webwork.* org.apache.Struts2.* com.opensymphony.xwork.* com.opensymphony.xwork2.* WebWork成员 Struts2成员 Struts2的系统架构图 Struts2大致处理流程 客户端初始化一个指向Web容器的请求。 请求经过一系列过滤器（Filter的过来传递给FilterDispatcher） 。 FilterDispatcher在接收到请求信息后，会根据URL在ActionMapper中搜