struts2 简介

计应134班（实验班）  陈兴

 

Struts2概述

Struts2其实并非一个陌生的Web框架，Struts2是以Webwork的设计思想为核心，吸取了Struts1的优势，所以，能够认为Struts2是Struts1和Webwork结合的产物。

1、MVC简介

      Struts2是一个兼容Struts1和WebWork的MVC框架，既然，提到了MVC框架，就不得不对MVC框架作一个简单介绍，仅限于简单介绍，若是，想了解更多的MVC的知识能够查看相关的文档，或者找一本Struts1的书籍，相信上面关于MVC的篇幅不会不多。言归正传，其实，Java目前出现的这些框架而言，其最终目的都是为了接触耦合，不管是Spring、Hibernate或MVC框架，目的都是为了接触耦合增长复用。MVC接触的是View和Model间的耦合。

 

        MVC包含三个基础部分：Model、View和Controller，这三个部分以最小的耦合协同工做，以增长程序的可扩展性和可维护性。各个部分的实现技术能够总结以下：
        1）Model：JavaBean、EJB的EntityBean
        2）View：JSP、Struts的TagLib
        3）Controller：Struts的ActionServlet、Action

归纳起来MVC的优势主要有一下方面：
        1）多个视图能够对应一个模型。按MVC设计模式，一个模型对应多个视图，能够减小代码的复制及代码的维护量，一旦模型发生改变，也易于维护
        2）模型返回的数据与显示逻辑分离。模型数据能够应用任何的显示技术，例如，使用JSP页面、Velocity模板或者直接产生Excel文档等
        3）应用被分隔为三层，下降了各层之间的耦合，提供了应用的可扩展性
        4）控制层的概念也颇有效，因为它把不一样的模型和不一样的视图组合在一块儿，完成不一样的请求。所以，控制层能够说是包含了用户请求权限的概念
        5）MVC更符合软件工程化管理的精神。不一样的层各司其职，每一层的组件具备相同的特征，有利于经过工程化和工具化产生管理程序代码

      

2、Struts2简介

        Struts2看似是从Struts1发展而来，但实际上Struts2与Struts1在框架的设计思想上面仍是有很大的区别，Struts2是以WebWork的设计思想为核心，为何Struts2不沿用Struts1的设计思想，毕竟Struts1在目前的企业应用中仍是有很是大的市场在的，那么，来看下Struts1的一些缺点吧：
        1）支持的表现层技术单一
        2）与Servlet API严重耦合，这点能够从Action的Execute的方法声明里面就能够看的出来
        3）代码依赖Struts1 API，有侵入性，这点能够从写Action类和FormBean的时候看的出来，Action必须实现Struts的Action类

        而Struts2之因此以WebWork的设计思想为其核心，一点就是最近WebWork的上升势头，再就是WebWork没有Struts1上面的那些缺点，更符合MVC的设计思想，也更利于代码的复用。

 

        基于以上介绍能够看的出，Struts2体系结构与Struts1的体系结构有很大的差异，Struts1是使用ActionServlet作为其中心处理器，Struts2则使用一个拦截器（FilterDispatcher）作为其中心处理器，这样作的一个好处就是将Action类和Servlet API进行了分离。

 

        Struts2的简单处理流程以下：
        1）浏览器发送请求
        2）中心处理器根据struts.xml文件查找对应的处理请求的Action类
        3）WebWork的拦截器链自动对请求应用通用功能，例如：WorkFlow、Validation等功    能
        4）若是Struts.xml文件中配置Method参数，则调用Method参数对应的Action类中的Method方法，不然调用通用的Execute方法来处理用户请求
         5）将Action类中的对应方法返回的结果响应给浏览器

3、Struts2与Struts1对比

         1）Action类的实现方式：
         Struts1的Action在实现的时候必须扩展Action类或者Action的子类，Struts2的 Action类实现的时候能够不用实现任何类和接口，虽然Struts2中提供一个ActionSupport类，可是，不是必须的。
          2）Struts1的Action类是单例模式，必须设计成线程安全的，Struts2则为每个请求产生一个实例
          3）Struts1的Action类依赖与Servlet API，从其execute的方法签名可看出，execute方法有两个Servlet的参数HttpServletRequest和HttpServletResponse，Struts2则不依赖于Servlet API
          4）Struts1依赖于Servlet API这些Web元素，所以对Struts1的Action进行测试的时候是很困难的，须要借助与其余的测试工具，Struts2的Action能够象测试其余的一些Model层的Service类同样进行测试
           5）Struts1的Action与View经过ActionForm或者其子类进行数据传递，虽然也有LazyValidationForm这样的ActionForm的出现，可是，仍是不能象其余层面那样经过一个简单的POJO进行数据传递，而Struts2将这样的奢望变成了现实
           6）Struts1绑定了JSTL，为页面的编写带来方便，Struts2整合了ONGL，也可使用JSTL，所以，Struts2下的表达式语言更增强大

 

4、Struts2与WebWork对比

        Struts2实际上就是WebWork2.3，不过，Struts2仍是与WebWork有少量的差异：
        1）Struts2再也不支持内置IOC容器，改用Spring的IOC容器
        2）Struts2对于Webwork的一些Ajax的特性的标签改用Dojo进行替换

 

(二)Struts2工做流程

Struts 2框架自己大体能够分为3个部分：核心控制器FilterDispatcher、业务控制器Action和用户实现的企业业务逻辑组件。

 

1、核心控制器FilterDispatcher

 

核心控制器FilterDispatcher是Struts 2框架的基础，包含了框架内部的控制流程和处理机制。业务控制器Action和业务逻辑组件是须要用户来本身实现的。用户在开发Action和业务逻辑组件的同时，还须要编写相关的配置文件，供核心控制器FilterDispatcher来使用。

Struts 2的工做流程相对于Struts 1要简单，与WebWork框架基本相同，因此说Struts 2是WebWork的升级版本。Struts 2框架按照模块来划分，能够分为Servlet Filters、Struts核心模块、拦截器和用户实现部分。Struts 2框架结构图下图所示。

 

       

 

一个请求在Struts 2框架中的处理大概分为如下几个步骤。

   1）客户端提交一个（HttpServletRequest）请求。

   2）请求被提交到一系列（主要是3层）的过滤器（Filter），如（ActionContextCleanUp、其余过滤器（SiteMesh等）、 FilterDispatcher）。注意：这里是有顺序的，先ActionContext CleanUp，再其余过滤器（Othter Filters、SiteMesh等），最后到FilterDispatcher。

   3）FilterDispatcher是控制器的核心，就是MVC的Struts 2实现中控制层（Controller）的核心。

   4）FilterDispatcher询问ActionMapper是否须要调用某个Action来处理这个（HttpServlet Request）请求，若是ActionMapper决定须要调用某个Action，FilterDispatcher则把请求的处理交给ActionProxy。

   5）ActionProxy经过Configuration Manager（struts.xml）询问框架的配置文件，找到须要调用的Action类。例如，用户注册示例将找到UserReg类。

   6）ActionProxy建立一个ActionInvocation实例，同时ActionInvocation经过代理模式调用Action。但在调用以前，ActionInvocation会根据配置加载Action相关的全部Interceptor（拦截器）。

   7）一旦Action执行完毕，ActionInvocation负责根据struts.xml中的配置找到对应的返回结果result。

 

Struts 2设计的精巧之处就是使用了Action代理，Action代理能够根据系统的配置，加载一系列的拦截器，由拦截器将HttpServletRequest参数解析出来，传入Action。一样，Action处理的结果也是经过拦截器传入HttpServletResponse，而后由HttpServletRequest传给用户。

其实，该处理过程是典型的AOP（面向切面编程）的方式。Struts 2处理过程模型以下图所示。

 

★ 说明 ★

拦截器是Struts 2框架的核心，经过拦截器，实现了AOP（面向切面编程）。使用拦截器，能够简化Web开发中的某些应用，例如，权限拦截器能够简化Web应用中的权限检查。

 

2、业务控制器Action

 

业务控制器Action是由开发者本身编写实现的，Action类能够是一个简单的Java类，与Servlet API彻底分离。Action通常都有一个execute()方法，也能够定义其余业务控制方法。

Action的execute()返回一个String类型值，这与Struts 1返回的ActionForward相比，简单易懂。Struts 2提供了一个ActionSupport工具类，该类实现了Action接口和validate()方法，通常开发者编写Action能够直接继承ActionSupport类。编写Action类后，开发者还必须在配置文件中配置Action。一个Action的配置应该包含下面几个元素：

— 该Action的name，即用户请求所指向的URL。

— Action所对应的class元素，对应Action类的位置。

— 指定result逻辑名称和实际资源的定位。

Action是业务控制器，在编写Action的时候，尽可能避免将业务逻辑放到其中，尽可能减小Action与业务逻辑模块或者组件的耦合程度。

 

3、业务模型组件

 

业务模型组件能够是实现业务逻辑的模块，能够是EJB、POJO或者JavaBean，在实际开发中，对业务模型组件的区分和定义也是比较模糊的，实际上也超出了Struts 2框架的范围。不一样的开发者或者团队，都有本身的方式来实现业务逻辑模块，Struts 2框架的目的就是使用Action来调用业务逻辑模块。

实际开发中，可使用静态工厂得到业务逻辑组件的实例或者使用IoC容器来管理。Action中不实现任何业务逻辑，只是负责组织调度业务逻辑组件。调用关系如图所示。

 

★ 说明 ★

业务控制器Action通常状况下不是直接建立业务逻辑组件实例，而是使用工厂模式或者是从Spring容器中得到业务逻辑组件实例，这样能够提升系统的性能。

 

4、视图组件

 

Struts 1只能支持JSP做为视图资源，而Struts 2的进步之处就是可使用其余视图技术，如FreeMarker、Velocity等。经过前面的学习和示例，读者会知道Action的返回结果只是一个简单的字符串，也就是一个逻辑上的视图名称，要与实际视图资源对应，必须经过配置文件来实现。

在struts.xml配置文件中，每个Aciton定义都有name和class属性，同时还要指定result元素。result元素指定了逻辑视图名称和实际视图的对应关系。每一个result都有一个type属性，前面介绍的struts.xml中并无显式指定type值，即便用了默认的type类型：dispatcher，该结果类型支持JSP所谓视图资源。

总结Strurs 2的框架工做流程，与WebWork基本相同，

 

(三)Struts2简单实例

下面是struts2的helloWorld示例。建工程，导入struts2包之类的就很少说了，主要说一下代码的构建过程。

 

1、配置web.xml文件

 

下面是登录实例中的完整web.xml文件

<?xml version="1.0" encoding="UTF-8"?>

<web-app id="WebApp_ID" version="2.4" xmlns="http://java.sun.com/xml/ns/j2ee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd">

       <filter>

              <!— 配置filter-- >

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

           <filter-class>org.apache.struts2.dispatcher.FilterDispatcher</filter-class>

       </filter>

       <filter-mapping>

                     <!—拦截全部URL用户请求

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

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

       </filter-mapping>

       <!—配置欢迎界面文件-- >

<welcome-file-list>

              <welcome-file>index.html</welcome-file>

       </welcome-file-list>

</web-app>