Structs框架

Posted 2023-04-22

参考技术A Structs框架结构采用MVC设计模式，同时包含客户端（client),请求以及业务逻辑处理（Business Logic),而MVC模式主要由模型（Model)、视图(View)和控制器(controller)三部分组成。

一方面可以通过浏览器发送Http请求，另一方面把Http响应的消息在浏览器上展示出来。

包括ActionServlet类和RequestProcessor类。ActionServlet是MVC实现的控制器部分，是整个框架的核心，它用来接收用户的请求，根据用户的请求从模型中获取用户所需的数据，然后选择合适的视图来响应用户的请求。
请求的处理通过RequestProcessor类来实现。

Servlet在接收请求后会根据配置文件中对应的关系，把请求转给指定的Action类来处理，Action采用适配器设计模式，只是对业务进行包装，真正的业务逻辑是由EJB的session bean或普通的Java类来实现。

模型分为两个部分：
1.系统的内部状态。通常由一组Actionform Bean表示，ActionForm封装了Http请求的数据的类和对象，它是一个抽象类，每一个输入表单表示它的一个子类，配置文件structs-config.xml中保存了Http的请求表单与具体的ActionForm类的映射关系。
2.可以改变的操作（业务逻辑）。

就是一个Jsp文件，没有业务逻辑的处理，也不保存系统的状态信息，通过一系列标签把数据以浏览器能识别的方式展现出来。
标签有：Bean Tags、html tags等等等。

在Structs框架中，控制器主要是ActionServlet，但是对业务逻辑处理的操作主要由Action、ActionMapping、ActionForward等组件协调完成，Action是控制逻辑的实现者，ActionMapping和ActionForward指定了不同业务逻辑或流程的运行方向。
在使用structs框架的web应用启动时，会初始化ActionServlet，并从structs-config.xml配置文件中读取配置信息，并把他们存放到ActionMappings对象中，当ActionServlet接收到一个请求时，会执行如下流程：

1.检索和用户请求匹配的ActionMapping实例，如果不存在，就返回用户请求路径无效的信息。

2.如果ActionForm不存在，就创建一个ActionForm对象，把客户提交的表单数据保存到ActionForm对象中。

3.根据配置信息决定是否需要表单验证。如果需要，就调用ActionForm的validate().

4.如果ActionForm的validate()返回的是null或返回一个不包含ActionMessage的ActionErrors对象，则说明表单验证成功。
如果返回是一个或多个ActionMessage的ActionErrors对象，则表面验证失败，此时，ActionServlet将直接把请求转发给包含客户提交表单的JSP组件，在这种情况下，不会再创建Action对象并调用excute()。

5.Actionservlet根据ActionMapping实例包含的映射信息决定将请求转发给哪个Action。如果对应的Action对象不存在，就创建一个实例，然后调用Action的excute()。

6.Action的excute()返回的是一个ActionForward对象，ActionServlet再把客户请求转发给ActionForward对象指向的JSP文件。

7.ActionForward对象指向的JSP组件生成动态页面，返回给客户。

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>

　　     <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框架的切面功能等等。