第一章Struts系统架构.docVIP

第一章 Struts2系统架构 本章主要介绍的Struts2的系统架构，让学员对Struts2框架在结构上有一个整体概念为我们以后更加详细的学习Struts2打下一个良好的基础。 Struts2的系统架构及处理的主要流程 Struts1简介 Struts1的历史比较久远，Struts1是世界上第一个发布的MVC框架，目前市场率最高的框架。下面将简单讲解Struts1的基本架构。图1-1显示了Struts1的数据流图。 图1-1 Struts1数据流图 Struts1框架以ActionServlet为核心控制器，ActionServlet获得客户端请求。然后ActionServlet根据请求信息调用匹配的业务逻辑控制器（Action）处理用户请求。请求处理完成后，业务逻辑处理器调用相应的JSP显示处理结果。 Struts1框架实现了MVC模式，下面我们了解一下Struts1是怎样实现MVC模式的。 Struts1框架中并没有提供Model层的实现。在实际的企业应用中，通过一个JavaBean 实现一个业务逻辑，在功能比较复杂的应用中也采用EJB或WebService服务实现业务逻辑。 Struts1框架的View层采用JSP实现。Struts1提供了大量丰富的标签库。这些标签库与Struts的组件兼容的特别好，可以很容易的输出控制器的处理结果。 Struts1框架中，控制器是它的核心，Struts1的控制器由两部分组成：核心控制器（ActionServlet）和业务逻辑控制器（Action），核心控制器由Struts1框架提供。业务逻辑控制器需要由用户自己继承Struts1框架提供的Action类实现。 在Struts1框架中，JSP/Servlet耦合非常紧密。这种紧密关系促使Struts1存在各种缺陷。下面我们分析一下Struts1中存在的缺陷。 支持的表现层技术单一 耦合性强，不便于单元测试 代码依赖于Struts1 API，侵入性强 WebWork简介 WebWork出自于开源组织opensymphony，实际的创始人是Java领域的名人Rickard Oberg(JBoss和XDoclet的作者)。 相对于Struts1的不足，WebWork更加优秀，WebWork采用了一种更加松散耦合的设计，让Action不在与Servlet API耦合。单元测试更加方便。 WebWork支持更多的表现层技术，如Velocity、FreeMraker和XSLT等。 WebWork使用ServletDispatcher作为该框架的核心控制器，处理HTTP的响应和请求。处理流程上，WebWork与Struts1非常类似。他们的核心都由控制器组成，其中控制器都分为两部分： 核心控制器ServletDispatcher，由框架提???。 业务控制器Action，由用户实现提供。 Struts1的Action与Servlet API完全耦合在一起，而WebWork的Action则完全与Servlet API相分离，所以WebWork的Action更易于测试。 图1-2 WebWork的数据流图 Struts2体系结构 Struts2与Struts1总体上看关系不是很大，Struts2的核心与Struts1并不相同，Struts2使用的是WebWork的设计核心。所以，准确的说Struts2是WebWork的升级版本。 从图1-1上看，Struts2与WebWork差别不大，Struts2同样使用拦截器作为处理，以用户的业务逻辑器为目标，创建一个控制器代理。控制器负责处理用户请求，处理用户请求时调用业务控制器的exceute方法，该方法的返回值决定了Strtus2将怎样的视图资源呈现给用户。 图1-3 Struts2的体系结构 Struts2框架的基本流程如下： 客户端（浏览器）发送请求到服务端，例如： HYPERLINK 34:8080/Struts2Demo/index.jsp 34:8080/Struts2Demo/index.jsp； WebWork的核心控制器FilterDispatcher根据请求信息决定调用匹配的Action对象。 WebWork的拦截器链自动对请求应用通用功能。例如文件上传。 回调Action的execute方法。execute方法可以获得用户请求参数。本质上，Action只是一个控制器，她会调用业务逻辑组件来处理用户的请求。 Action的execute方法处理结果信息被输出到客户端。 Struts2框架的控制器组件 Struts2的控制器组件是Struts2框架的核心，Struts2的控制器由两部分组成：FilterDispatcher和业务控制器Ac