`

Struts2中的Action

阅读更多


多数的MVC框架中的Control层,都是一个Java对象。按照惯例,我们通常会把这个层次上面的Java对象统称为Action层。本篇文章,我们就来简单介绍一下Struts2中Action的相关内容。

Action的定义 Top

传统的MVC框架中,Control层一般都是一个类似与Servlet的一个Java对象。因为从职责上讲,Control层需要完成以下的职责: 

1. 接收从Web容器传递过来的参数,并做恰当的类型转化 

2. 调用逻辑处理 

3. 搜集数据,并返回到视图 

而在这个其中的第一步和第三步,都离不开Web容器中的对象的处理。 

Struts2中的Action,与其他传统的MVC框架不同,使用了XWork的Action来构造Control层。让我们首先来看看Action的接口定义: 

Java代码   收藏代码
  1. /** 
  2.  * All actions may implement this interface, which exposes 
  3.  * the execute() method. However, as of XWork 1.1, this is 
  4.  * not required and is only here to assist users. You are 
  5.  * free to create POJOs that honor the same contract 
  6.  * defined by this interface without actually implementing 
  7.  * the interface. 
  8.  */  
  9. public interface Action {  
  10.   
  11.     /** 
  12.      * Where the logic of the action is executed. 
  13.      * 
  14.      * @return a string representing the logical result of the execution. 
  15.      *         See constants in this interface for a list of standard result values. 
  16.      * @throws Exception thrown if a system level exception occurs. 
  17.      *                   Application level exceptions should be handled by returning 
  18.      *                   an error value, such as Action.ERROR. 
  19.      */  
  20.     public String execute() throws Exception;  
  21. }  


我们只需要实现这个接口,就可以在其中编写业务逻辑完成我们的功能。 

Java代码   收藏代码
  1. public class Index implements Action {  
  2.   
  3.     private static final long serialVersionUID = -1070481751569420550L;  
  4.   
  5.     /* (non-Javadoc) 
  6.      * @see com.opensymphony.xwork2.Action#execute() 
  7.      */  
  8.     public String execute() throws Exception {  
  9.         // write your logic here  
  10.         return SUCCESS;  
  11.     }  
  12. }  


在这个接口定义中,我们可以明显看到与传统的MVC框架之间的区别:Struts2中的Action,并不需要依赖于特定的Web容器。我们看不到类似HttpServletRequest,HttpServletResponse等Web容器相关的对象。 

而这一点,也带来了问题: 

提问:Struts2的Action并不带有任何Web容器相关的对象,Action又是如何工作在Web容器中的呢? 

虽然Struts2的Action只是一个非常普通的Java对象,并不具备任何Web容器的特质,但是我们需要把Action放到一个更加大的环境中来看。事实上,Struts2为Action的执行,准备了完整的数据环境和执行环境。而这个执行环境,就保证了Action在Web容器中的顺利运行。 

在Struts2中,每个Http的请求,会被发送到一个Filter。而这个Filter,就会针对每个请求,创建出一个代码的执行环境,并在这个基础上,为每个执行环境配备与之对应的数据环境,这个数据环境中的内容,就来自于Web容器中的一个又一个对象。这样,就能够顺利调用Action执行代码而无需担心它是否运行在Web容器中了。 

至于这个执行环境和数据环境到底是什么,我们接下来会详细讲到。 

提问:Struts2的Action并不带有任何Web容器相关的对象,Action中又如何与Web容器进行通信并获取Web容器的相关对象呢? 

刚刚我们提到Struts2会为每个Http的请求建立一个执行环境和数据环境。其中,数据环境就成为了Action获取Web容器的基础。所以,当Action需要获取Web容器的相关对象,需要通过数据环境来进行。 


Struts2的Action的这一个重要特性,至少能为我们带来以下好处: 

1. 使得Struts2的Action非常易于测试 

如果我们完全不考虑Action的执行环境,仅仅把Action看作一个普通的Java对象,那么我们甚至可以直接new一个Action的对象,通过执行其中的方法完成测试。这样,我们就不需要任何的Mock,来模拟Web容器的环境。 

2. 结合Action的执行环境,使得Struts2在Control这个层次上,能够定义更加丰富的执行层次 

因为Action是一个普通的Java类,而不是一个Servlet类,完全脱离于Web容器,所以我们就能够更加方便地对Control层进行合理的层次设计,从而抽象出许多公共的逻辑,并将这些逻辑脱离出Action对象本身。事实上,Struts2也正是这么做的,无论是Interceptor,还是Result,其实都是抽象出了Action中公共的逻辑部分,将他们放到了Action的外面,从而更加简化了Action的开发。 

3. 使得Struts2的Action看上去更像一个POJO,从而更加易于管理 

Struts2的Action是一个线程安全的对象。而Web容器传递过来的参数,也会传递到Action中的成员变量中。这样,Action看上去就更像一个POJO,从而能够方便的被许多对象容器进行管理。比如说,你可以非常方便得把Action纳入到Spring的容器中进行管理。 

Action的生命周期 Top

接下来,我们再来看看Struts2中的Action的生命周期: 

 

这张图来自于Struts2的Reference,我们能够在图中看到许多我们不熟悉的名词,比如ActionProxy,Interceptor等等。这些都是Struts2的Control层的重要元素,也是Struts2的Control层的一个层次化的体现。 

上面的这张图基本上能够概括了Struts2的整个生命周期。接下来,我们就对Action中的一些重要元素进行简单的描述。

Action的五大元素 Top

在大概了解了Struts2的Action后,我们来重点研究一下在Struts2的Action周围,为Action进行服务的一些重要元素,这些元素将涵盖Action的数据环境,Action的执行环境、Action的调度者、Action的层次结构和Action的执行结果。 

ActionContext —— 数据环境 

之前我们提到了Struts2的Action并不是一个Servlet,它是脱离了Web容器的。但是对于一个Web框架来说,所有的数据请求(Request)和数据返回(Response)都来源于Web容器,那么Action在执行的时候,如何去获取这些数据呢? 

这个问题的答案就在于,我们需要为每个Action准备一个数据环境,这个数据环境被称之为:ActionContext。由于Action是应对于一个又一个的URL请求,所以ActionContext应该具备以下的特性: 

1. ActionContext应成为Action与Web容器之间的桥梁 

2. ActionContext中应该保存有针对某个请求的详细信息 

3. ActionContext应该是一个线程安全的类对象 

Interceptor —— 丰富的层次结构 

简单回顾一下上面所提到的Action的职责,我们看到,需要在Action这个层面上完成的事情还不少。而完成这些职责,就需要我们对这些职责进行合理的分类和排序,将他们组织成有序的执行队列。在Struts2中,使用了一种类似责任链的设计模式对这些不同的职责进行分类并串联起来,从而使得Action层具备了丰富的层次结构。而在这个执行队列中的每个元素,就被我们称之为Interceptor,也就是拦截器。 

Struts2 Reference 写道
Interceptors can execute code before and after an Action is invoked.


拦截器是AOP中的概念,它本身是一段代码,可以通过定义“织入点”,来指定拦截器的代码在“织入点”的前后执行,从而起到拦截的作用。正如上面Struts2的Reference中讲述的,Struts2的Interceptor,其拦截的对象是Action代码,可以定义在Action代码之前或者之后执行拦截器的代码。 

如果仔细留意一下Action LifeCycle图中的Interceptor和Action的部分,我们可以看到,Interceptor一层一层的把Action包了起来。这是一个典型的堆栈结构,在代码执行的时候,每个Interceptor不仅需要文成它自身的逻辑,还通过递归调用负责下一个拦截器或Action的调用。 

Struts2 Reference 写道
Most of the framework's core functionality is implemented as Interceptors. Features like double-submit guards, type conversion, object population, validation, file upload, page preparation, and more, are all implemented with the help of Interceptors. Each and every Interceptor is pluggable, so you can decide exactly which features an Action needs to support.


也正如Struts2的Reference所说,Struts2提供的绝大多数的功能支持,都通过Interceptor来实现,这些Interceptor可以随意进行配置,并且能够方便的插入到程序中去运行。 

Result —— 执行结果 

有执行就必然有执行的结果。在Struts2中,Action的执行结果被抽象成了一个层次。在这个层次中,可以定义任意类型的View层的结构。也就是说,Struts2并不强制View层的表现形式,可以是JSP、Freemarker模板、二进制流输出等等。 

Struts2把执行结果抽象成一个层次,使得你可以不再关注许多视图整合上面的细节,只需要考虑视图的类型和数据的准备,这样,你也可以不必在沉浸在杂乱的构造视图的代码中。 

ActionProxy —— 执行环境 

有了拦截器Interceptor,有了Action本身,也有了Action的执行结果Result,我们就需要一个类似调度器的产品,将这些元素整合起来,进行调度执行。在上面的Action Lifecyle的图中,我们可以看到,Interceptor、Action和Result都处于ActionProxy中,所以ActionProxy就成为了所有这些元素的执行环境。 


既然是执行环境,那么ActionProxy就需要提供Action执行的时候一切所需要的配置、参数等等,当然,也要有进行Action调用的入口。所以让我们来看一下ActionProxy的接口: 

Java代码   收藏代码
  1. public interface ActionProxy {  
  2.   
  3.     /** 
  4.      * Called after all dependencies are set 
  5.      */  
  6.     void prepare() throws Exception;  
  7.       
  8.     /** 
  9.      * @return the Action instance for this Proxy 
  10.      */  
  11.     Object getAction();  
  12.   
  13.     /** 
  14.      * @return the alias name this ActionProxy is mapped to 
  15.      */  
  16.     String getActionName();  
  17.   
  18.     /** 
  19.      * @return the ActionConfig this ActionProxy is built from 
  20.      */  
  21.     ActionConfig getConfig();  
  22.   
  23.     /** 
  24.      * Sets whether this ActionProxy should also execute the Result after executing the Action 
  25.      * 
  26.      * @param executeResult 
  27.      */  
  28.     void setExecuteResult(boolean executeResult);  
  29.   
  30.     /** 
  31.      * @return the status of whether the ActionProxy is set to execute the Result after the Action is executed 
  32.      */  
  33.     boolean getExecuteResult();  
  34.   
  35.     /** 
  36.      * @return the ActionInvocation associated with this ActionProxy 
  37.      */  
  38.     ActionInvocation getInvocation();  
  39.   
  40.     /** 
  41.      * @return the namespace the ActionConfig for this ActionProxy is mapped to 
  42.      */  
  43.     String getNamespace();  
  44.   
  45.     /** 
  46.      * Execute this ActionProxy. This will set the ActionContext from the ActionInvocation into the ActionContext 
  47.      * ThreadLocal before invoking the ActionInvocation, then set the old ActionContext back into the ThreadLocal. 
  48.      * 
  49.      * @return the result code returned from executing the ActionInvocation 
  50.      * @throws Exception 
  51.      * @see ActionInvocation 
  52.      */  
  53.     String execute() throws Exception;  
  54.   
  55.     /** 
  56.      * Sets the method to execute for the action invocation. If no method is specified, the method provided by 
  57.      * in the action's configuration will be used. 
  58.      * 
  59.      * @param method the string name of the method to invoke 
  60.      */  
  61.     void setMethod(String method);  
  62.   
  63.     /** 
  64.      * Returns the method to execute, or null if no method has been specified (meaning "execute" will be invoked) 
  65.      */  
  66.     String getMethod();  
  67.       
  68. }  


很显然,在这其中,prepare和execute方法是用作Action调用的入口函数,其他的接口定义都与Action执行时的运行参数和配置有关。 

ActionInvocation —— 调度者 

在上面的ActionProxy的接口定义中,我们可以看到有一个比较特殊的变量:ActionInvocation比较吸引我们的眼球。从字面上去理解,ActionInvocation就是Action的调用者。事实上也是如此,ActionInvocation在这个Action的执行过程中,负责Interceptor、Action和Result等一系列元素的调度。 

在之后的章节中,这个ActionInvocation类也将成为我们解读Struts2源码的一个重要入手点。这个类将告诉你,Struts2是如何通过ActionInvocation来实现对Interceptor、Action和Result的合理调度的。

 

分享到:
评论

相关推荐

    Struts2中Action接收参数的方法

    Struts2 中 Action 接收参数的方法 Struts2 框架中,Action 组件可以通过多种方式接收参数,这些方式包括使用 Action 的属性、使用 DomainModel 和使用 ModelDriven。下面将详细介绍这些方法: 使用 Action 的属性...

    struts2 中action的使用

    在Struts2中,Action类是核心组件,它扮演着控制器的角色,负责处理用户请求并驱动模型。以下是对"struts2中action的使用"的详细解释。 1. **Action类**:Action类是Struts2框架中的核心组件,它继承自`...

    struts2 result转向到action

    在 Struts2 中使用 `redirect-action` 来实现 Action 之间的跳转是一种常见的做法,特别是在需要按顺序执行多个 Action 的业务场景中。通过这种方式,不仅可以保持应用程序的良好结构,还能有效地组织业务流程。同时...

    详解Struts2中Action访问Servlet API的几种方法

    详解Struts2中Action访问Servlet API的几种方法 在通常的web开发中Request和Response对象比较常见,但在Struts2框架中由于Action能与JSP页面进行数据交互,所以通常都不会用到这两个对象。如果想在Struts2程序中用到...

    Struts 2实战 struts2 in Action

    - **定义**:Action类是Struts 2中的核心组件之一,它负责处理用户的请求并将数据传递给视图层。 - **特点**:Action类可以使用注解或XML配置文件进行配置,这为开发人员提供了极大的灵活性。通过实现`Action`接口...

    Struts2 in action(struts2实战)

    - **Action**:在Struts2中,Action是业务逻辑的载体,负责处理用户请求并返回结果。每个Action对应一个特定的用户操作。 - **Result**:Action执行完毕后,会返回一个Result,定义了页面跳转或数据呈现的方式。 ...

    Struts2实战(Struts2 In Action中文版)

    6. **国际化与本地化**:学习如何在Struts2中实现多语言支持,提供全球化用户体验。 7. **Tiles布局**:结合Tiles插件,创建复用性强、结构化的页面布局。 8. **异常处理**:理解Struts2的异常处理机制,如何...

    struts2 使用action属性接收中文参数(post提交)

    这篇名为“Struts2 使用action属性接收中文参数(post提交)”的博文可能讲述了如何在Struts2框架中正确处理中文POST请求。在处理中文参数时,主要涉及以下几个关键知识点: 1. **字符编码设置**: - 请求编码:...

    Struts 2实战 Struts 2 in action 的中文版

    根据提供的信息,我们可以推断出这是一本关于Struts 2框架的书籍——《Struts 2实战 Struts 2 in action 的中文版》。本书主要介绍了Struts 2框架的相关概念、工作原理以及实际应用案例等内容。接下来,我们将根据...

    关于struts2中Action名字的大小写问题浅谈

    Struts2 中 Action 名字的大小写问题浅谈 Struts2 框架中 Action 的命名规则是开发者需要注意的问题之一。在日常开发中,开发者可能会遇到各种错误,例如在使用 Struts2 框架编写 Action 类以及在 jsp 中写调用相关...

    Struts2 in action中文版+配套源代码

    1. **Action类**:在Struts2中,Action类是业务逻辑的核心,它接收用户请求,执行相关操作,并返回结果。Action类可以被配置在struts.xml文件中,指定其对应的URL和返回的结果类型。 2. **拦截器(Interceptors)**...

    Struts2 in action 中文版

    在Struts2中,Action充当控制器的角色,它接收并处理请求,然后根据业务逻辑决定返回哪个视图。 ### Struts2的架构组件 Struts2框架的架构主要由以下几个关键组件构成: 1. **Action**:这是Struts2中最核心的...

    struts多个action处理

    1. **Action配置**:在Struts2中,Action是业务逻辑的主要承载者。每个Action通常对应一个或多个结果页面。在`struts.xml`配置文件中,我们需要为每个Action定义一个唯一的`name`,这将成为URL的一部分。例如: ```...

    Struts2--3.Action及相关-1

    Action类在Struts2中扮演着业务逻辑处理者的角色,它负责接收用户的请求,执行相应的业务操作,并返回结果到视图层进行展示。 首先,让我们了解`Struts2_0100_Introduction`,这是对Struts2框架的基础介绍。Struts2...

    Struts2 in action 中文版.pdf

    总的来说,《Struts2 in Action》中文版是Java Web开发者必备的参考书籍之一,它不仅提供了全面的技术解析,还强调了实际开发中的问题解决和性能优化。通过学习这本书,开发者可以提升自己在Struts2框架上的专业技能...

    struts2 in action 源码

    struts2 in action 源码

    struts 2 action 动态调用

    本文档将详细介绍如何在Struts 2中实现Action动态方法调用,并通过实例演示其具体应用。 #### 二、基础知识回顾 在开始深入探讨动态方法调用之前,让我们先回顾一下Struts 2框架的基本概念。 1. **Action**: 在...

    struts2 Action 包 命名空间 servlet API

    在Struts2的工作机制中,Action是核心概念,它是业务逻辑的载体,负责处理用户请求。Action的命名空间在配置文件中定义,用于区分不同功能的Action,避免URL冲突。Action的命名空间与Servlet API相结合,可以帮助...

    struts2 in action 中文版 英文版 源代码 合集

    1. **Action和结果**: Action是Struts2框架中处理用户请求的核心组件,它封装了业务逻辑。结果则定义了Action执行后的跳转目标,可以是另一个Action、JSP页面或者其他资源。 2. **配置文件**: Struts2的配置主要...

Global site tag (gtag.js) - Google Analytics