Action的五大元素

Action的五大元素　

在大概了解了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调用的入口
ActionInvocation —— 调度者

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

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