「学习笔记」MVC框架Structs

Struts 是 Apache软件基金会（ASF）赞助的一个开源项目。它最初是 Jakarta项目中的一个子项目，并在2004年3月成为ASF的顶级项目。它通过采用 java Servlet/JSP 技术，实现了基于Java EE Web应用的mvc设计模式的应用框架，是MVC经典设计模式中的一个经典产品。

　　在 Struts 中，已经由一个名为 ActionServlet 的 Servlet 充当控制器(Controller)的角色，根据描述模型、视图、控制器对应关系的 struts-config.xml 的配置文件，转发视图(view)的请求，组装响应数据模型（Model）。

在 MVC 的模型（Model）部分，经常划分为两个主要子系统（系统的内部数据状态与改变数据状态的逻辑动作），这两个概念子系统分别具体对应 Struts 里的 ActionForm 与 Action 两个需要继承实现超类。在这里，Struts 可以与各种标准的数据访问技术结合在一起，包括Enterprise Java Beans（EJB）, JDBC 与 JNDI。在 Struts 的视图（View）端，除了使用标准的JavaServer Pages（JSP）以外，还提供了大量的标签库使用，同时也可以与其他表现层组件技术（产品）进行整合，比如 Velocity Templates，XSLT 等。通过应用 Struts 的框架，最终用户可以把大部分的关注点放在自己的业务逻辑（Action）与映射关系的配置文件（struts-config.xml）中。

　　在 Java EE 的Web应用发展的初期，除了使用 Servlet 技术以外，普遍是在 JavaServer Pages (JSP)的源代码中，采用 HTML 与 Java 代码混合的方式进行开发。因为这两种方式不可避免的要把表现与业务逻辑代码混合在一起，都给前期开发与后期维护带来巨大的复杂度。为了摆脱上述的约束与局限，把业务逻辑代码从表现层中清晰的分离出来，2000年，Craig McClanahan 采用了 MVC 的设计模式开发Struts。后来该框架产品一度被认为是最广泛、最流行 JAVA 的 WEB 应用框架。

　　2006年，WebWork 与 Struts 这两个优秀的Java EE Web框架(Web FRAMework〕的团体，决定合作共同开发一个新的，整合了 WebWork 与 Struts 优点，并且更加优雅、扩展性更强的框架，命名为 “Struts 2”，原Struts的1.x 版本产品称为“Struts 1”。

　　至此，Struts项目并行提供与维护两个主要版本的框架产品——Struts 1 与 Struts 2

Struts 是Java Web MVC框架中不争的王者。经过长达九年的发展，Struts已经逐渐成长为一个稳定、成熟的框架，并且占有了MVC框架中最大的市场份额。但是Struts某些技术特性上已经落后于新兴的MVC框架。面对spring MVC、Webwork2这些设计更精密，扩展性更强的框架，Struts受到了前所未有的挑战。但站在产品开发的角度而言，Struts仍然是最稳妥的选择。

　　struts2应用的开发步骤和运作流程

1.导入相关jar包。

　　将Struts2的lib文件夹下的commons-fileupload.jar,commons-io.jar,freemarker.jar,javassist.jar,ognl.jar,struts-core.jar,xwork-core.jar复制到Web应用的WEB-INF/lib路径下。如果需要在Web应用中使用Struts2的更多特性，则需要将相应的JAR文件复制到Web应用的WEB-INF/lib路径下。 2.在web.xml文件中定义核心Filter来拦截用户请求。由于Web应用是基于请求/响应架构的应用，所以不管哪个MVC Web框架，都需要在web.xml中配置核心Filter或Servlet，这样才可以让该框架介入Web应用中。

定义Struts2的核心Filter:

　　 <filter-name>struts2</filter-name>

　　 <filter-class>org.apache.struts2.dispatcher.ng.filter.StrutsPrepareAndExecuteFilter</filter-class>

　　</filter>

　　让Struts2的核心Filter拦截所有请求

　　<filter-mAPPing>

　　 <filter-name>struts2</filter-name>

　　 <url-pattern>/*</url-pattern>

　　</filter-mapping>

3.如果需要以post方式提交请求，则定义包含表单数据的JSP页面。如果仅仅只是以get方式发送请求，则无须经过这一步。

4.定义处理用户请求的Action类。这一步也是所有MVC框架中必不可少的，因为这个Action就是MVC中的C，也就是控制器。该控制器负责调用Model里的方法来处理请求。在MVC框架中，控制器实际上由2个部分共同组成，即拦截所有用户请求，处理请求的通用代码都由核心控制器完成，而实际的业务控制（诸如调用Model，返回处理结果等）则由Action处理。

5.配置Action。对于Java领域的绝大部分MVC框架而言，都非常喜欢使用XML来配置管理。配置Action就是指定哪个请求对应用哪个Action进行处理，从而让核心控制器根据配置来创建合适的Action实例，并调用该Action的业务控制方法。

6.配置处理结果和物理视图资源之间的对应关系。当Action处理用户请求结束后，通常会返回一个处理结果（通常使用简单的字符串就可以了），我们可以认为该名称是逻辑视图名，这个逻辑视图名和指定物理视图资源关联才有价值。所以，我们还需要配置处理结果之间的对应关系。

7.编写视图资源。如果Action需要把一些数据传给视图资源，则可以借助OGNL表达式。

　　按照请求-响应的流程来开发的。上述流程可以总结为：

1.用户通过浏览器发送请求。

2.核心控制器StrutsPrepareAndExecuteFilter拦截用户请求，调用Action的execute方法（也可以是用户定义的其它方法）响应用户请求。

3.Action的execute方法调用业务逻辑方法。

4.业务逻辑方法返回处理结果。

5.Action的execute方法返回逻辑视图名。

6.Forward（跳转）到物理视图，然后生成响应内容，比如JSP页面。

7.输出响应内容到浏览器，响应用户的请求。

附：

MVC三个部分各司其职，结构清晰明朗。这也是我们进行编程开发的最强有力的理论武器，我们需要做的，只是为这些框框赋予不同的表现形式。实际上，框架就是这么干的！而框架的高明之处，仅仅在于它不仅赋予这些元素正确而恰当的表现形式，同时解决了当元素运行起来时所碰到的各种问题。因此，我们始终应该做到：程序时时有，概念心中留。只要MVC的理念在你心中，无论程序怎么变，都能做到万变不离其宗。

经典MVC三层架构实践ssh：模型层，用hibernate框架让来JavaBean在数据库生成表及关联，通过对JavaBean的操作来对数据库进行操作；控制层，用Struts框架来连接数据层和视图层的，接收、处理、发送数据并控制流程；视图层，用JSP模板把页面展现给用户以及提供与用户的交互。而Spring框架粘合了Hibernate和Struts，透明的管理了整个架构，提供IOC容器使代码松耦合以及AOP框架的切面功能等等。