Struts2中的Action

多數(shù)的MVC框架中的Control層，都是一個Java對象。按照慣例，我們通常會把這個層次上面的Java對象統(tǒng)稱為Action層。本篇文章，我們就來簡單介紹一下Struts2中Action的相關內(nèi)容。

目錄 [ - ]

Action的定義

傳統(tǒng)的MVC框架中，Control層一般都是一個類似與Servlet的一個Java對象。因為從職責上講，Control層需要完成以下的職責：

1. 接收從Web容器傳遞過來的參數(shù)，并做恰當?shù)念愋娃D(zhuǎn)化

2. 調(diào)用邏輯處理

3. 搜集數(shù)據(jù)，并返回到視圖

而在這個其中的第一步和第三步，都離不開Web容器中的對象的處理。

Struts2中的Action，與其他傳統(tǒng)的MVC框架不同，使用了XWork的Action來構(gòu)造Control層。讓我們首先來看看Action的接口定義：

Java代碼 
/** 
 * All actions may implement this interface, which exposes 
 * the execute() method. However, as of XWork 1.1, this is 
 * not required and is only here to assist users. You are 
 * free to create POJOs that honor the same contract 
 * defined by this interface without actually implementing 
 * the interface. 
 */  
public interface Action {  
  
    /** 
     * Where the logic of the action is executed. 
     * 
     * @return a string representing the logical result of the execution. 
     *         See constants in this interface for a list of standard result values. 
     * @throws Exception thrown if a system level exception occurs. 
     *                   Application level exceptions should be handled by returning 
     *                   an error value, such as Action.ERROR. 
     */  
    public String execute() throws Exception;  
}  

我們只需要實現(xiàn)這個接口，就可以在其中編寫業(yè)務邏輯完成我們的功能。

Java代碼 
public class Index implements Action {  
  
    private static final long serialVersionUID = -1070481751569420550L;  
  
    /* (non-Javadoc) 
     * @see com.opensymphony.xwork2.Action#execute() 
     */  
    public String execute() throws Exception {  
        // write your logic here  
        return SUCCESS;  
    }  
}  

在這個接口定義中，我們可以明顯看到與傳統(tǒng)的MVC框架之間的區(qū)別：Struts2中的Action，并不需要依賴于特定的Web容器。我們看不到類似HttpServletRequest，HttpServletResponse等Web容器相關的對象。

而這一點，也帶來了問題：

提問：Struts2的Action并不帶有任何Web容器相關的對象，Action又是如何工作在Web容器中的呢？

雖然Struts2的Action只是一個非常普通的Java對象，并不具備任何Web容器的特質(zhì)，但是我們需要把Action放到一個更加大的環(huán)境中來看。事實上，Struts2為Action的執(zhí)行，準備了完整的數(shù)據(jù)環(huán)境和執(zhí)行環(huán)境。而這個執(zhí)行環(huán)境，就保證了Action在Web容器中的順利運行。

在Struts2中，每個Http的請求，會被發(fā)送到一個Filter。而這個Filter，就會針對每個請求，創(chuàng)建出一個代碼的執(zhí)行環(huán)境，并在這個基礎上，為每個執(zhí)行環(huán)境配備與之對應的數(shù)據(jù)環(huán)境，這個數(shù)據(jù)環(huán)境中的內(nèi)容，就來自于Web容器中的一個又一個對象。這樣，就能夠順利調(diào)用Action執(zhí)行代碼而無需擔心它是否運行在Web容器中了。

至于這個執(zhí)行環(huán)境和數(shù)據(jù)環(huán)境到底是什么，我們接下來會詳細講到。

提問：Struts2的Action并不帶有任何Web容器相關的對象，Action中又如何與Web容器進行通信并獲取Web容器的相關對象呢？

剛剛我們提到Struts2會為每個Http的請求建立一個執(zhí)行環(huán)境和數(shù)據(jù)環(huán)境。其中，數(shù)據(jù)環(huán)境就成為了Action獲取Web容器的基礎。所以，當Action需要獲取Web容器的相關對象，需要通過數(shù)據(jù)環(huán)境來進行。

Struts2的Action的這一個重要特性，至少能為我們帶來以下好處：

1. 使得Struts2的Action非常易于測試

如果我們完全不考慮Action的執(zhí)行環(huán)境，僅僅把Action看作一個普通的Java對象，那么我們甚至可以直接new一個Action的對象，通過執(zhí)行其中的方法完成測試。這樣，我們就不需要任何的Mock，來模擬Web容器的環(huán)境。

2. 結(jié)合Action的執(zhí)行環(huán)境，使得Struts2在Control這個層次上，能夠定義更加豐富的執(zhí)行層次

因為Action是一個普通的Java類，而不是一個Servlet類，完全脫離于Web容器，所以我們就能夠更加方便地對Control層進行合理的層次設計，從而抽象出許多公共的邏輯，并將這些邏輯脫離出Action對象本身。事實上，Struts2也正是這么做的，無論是Interceptor，還是Result，其實都是抽象出了Action中公共的邏輯部分，將他們放到了Action的外面，從而更加簡化了Action的開發(fā)。

3. 使得Struts2的Action看上去更像一個POJO，從而更加易于管理

Struts2的Action是一個線程安全的對象。而Web容器傳遞過來的參數(shù)，也會傳遞到Action中的成員變量中。這樣，Action看上去就更像一個POJO，從而能夠方便的被許多對象容器進行管理。比如說，你可以非常方便得把Action納入到Spring的容器中進行管理。

Action的生命周期

接下來，我們再來看看Struts2中的Action的生命周期：

這張圖來自于Struts2的Reference，我們能夠在圖中看到許多我們不熟悉的名詞，比如ActionProxy，Interceptor等等。這些都是Struts2的Control層的重要元素，也是Struts2的Control層的一個層次化的體現(xiàn)。

上面的這張圖基本上能夠概括了Struts2的整個生命周期。接下來，我們就對Action中的一些重要元素進行簡單的描述。

Action的五大元素

在大概了解了Struts2的Action后，我們來重點研究一下在Struts2的Action周圍，為Action進行服務的一些重要元素，這些元素將涵蓋Action的數(shù)據(jù)環(huán)境，Action的執(zhí)行環(huán)境、Action的調(diào)度者、Action的層次結(jié)構(gòu)和Action的執(zhí)行結(jié)果。

ActionContext —— 數(shù)據(jù)環(huán)境

之前我們提到了Struts2的Action并不是一個Servlet，它是脫離了Web容器的。但是對于一個Web框架來說，所有的數(shù)據(jù)請求（Request）和數(shù)據(jù)返回（Response）都來源于Web容器，那么Action在執(zhí)行的時候，如何去獲取這些數(shù)據(jù)呢？

這個問題的答案就在于，我們需要為每個Action準備一個數(shù)據(jù)環(huán)境，這個數(shù)據(jù)環(huán)境被稱之為：ActionContext。由于Action是應對于一個又一個的URL請求，所以ActionContext應該具備以下的特性：

1. ActionContext應成為Action與Web容器之間的橋梁

2. ActionContext中應該保存有針對某個請求的詳細信息

3. ActionContext應該是一個線程安全的類對象

Interceptor —— 豐富的層次結(jié)構(gòu)

簡單回顧一下上面所提到的Action的職責，我們看到，需要在Action這個層面上完成的事情還不少。而完成這些職責，就需要我們對這些職責進行合理的分類和排序，將他們組織成有序的執(zhí)行隊列。在Struts2中，使用了一種類似責任鏈的設計模式對這些不同的職責進行分類并串聯(lián)起來，從而使得Action層具備了豐富的層次結(jié)構(gòu)。而在這個執(zhí)行隊列中的每個元素，就被我們稱之為Interceptor，也就是攔截器。

Struts2 Reference 寫道

Interceptors can execute code before and after an Action is invoked.

攔截器是AOP中的概念，它本身是一段代碼，可以通過定義“織入點”，來指定攔截器的代碼在“織入點”的前后執(zhí)行，從而起到攔截的作用。正如上面Struts2的Reference中講述的，Struts2的Interceptor，其攔截的對象是Action代碼，可以定義在Action代碼之前或者之后執(zhí)行攔截器的代碼。

如果仔細留意一下Action LifeCycle圖中的Interceptor和Action的部分，我們可以看到，Interceptor一層一層的把Action包了起來。這是一個典型的堆棧結(jié)構(gòu)，在代碼執(zhí)行的時候，每個Interceptor不僅需要文成它自身的邏輯，還通過遞歸調(diào)用負責下一個攔截器或Action的調(diào)用。

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提供的絕大多數(shù)的功能支持，都通過Interceptor來實現(xiàn)，這些Interceptor可以隨意進行配置，并且能夠方便的插入到程序中去運行。

Result —— 執(zhí)行結(jié)果

有執(zhí)行就必然有執(zhí)行的結(jié)果。在Struts2中，Action的執(zhí)行結(jié)果被抽象成了一個層次。在這個層次中，可以定義任意類型的View層的結(jié)構(gòu)。也就是說，Struts2并不強制View層的表現(xiàn)形式，可以是JSP、Freemarker模板、二進制流輸出等等。

Struts2把執(zhí)行結(jié)果抽象成一個層次，使得你可以不再關注許多視圖整合上面的細節(jié)，只需要考慮視圖的類型和數(shù)據(jù)的準備，這樣，你也可以不必在沉浸在雜亂的構(gòu)造視圖的代碼中。

ActionProxy —— 執(zhí)行環(huán)境

有了攔截器Interceptor，有了Action本身，也有了Action的執(zhí)行結(jié)果Result，我們就需要一個類似調(diào)度器的產(chǎn)品，將這些元素整合起來，進行調(diào)度執(zhí)行。在上面的Action Lifecyle的圖中，我們可以看到，Interceptor、Action和Result都處于ActionProxy中，所以ActionProxy就成為了所有這些元素的執(zhí)行環(huán)境。

既然是執(zhí)行環(huán)境，那么ActionProxy就需要提供Action執(zhí)行的時候一切所需要的配置、參數(shù)等等，當然，也要有進行Action調(diào)用的入口。所以讓我們來看一下ActionProxy的接口：

Java代碼 
public interface ActionProxy {  
  
    /** 
     * Called after all dependencies are set 
     */  
    void prepare() throws Exception;  
      
    /** 
     * @return the Action instance for this Proxy 
     */  
    Object getAction();  
  
    /** 
     * @return the alias name this ActionProxy is mapped to 
     */  
    String getActionName();  
  
    /** 
     * @return the ActionConfig this ActionProxy is built from 
     */  
    ActionConfig getConfig();  
  
    /** 
     * Sets whether this ActionProxy should also execute the Result after executing the Action 
     * 
     * @param executeResult 
     */  
    void setExecuteResult(boolean executeResult);  
  
    /** 
     * @return the status of whether the ActionProxy is set to execute the Result after the Action is executed 
     */  
    boolean getExecuteResult();  
  
    /** 
     * @return the ActionInvocation associated with this ActionProxy 
     */  
    ActionInvocation getInvocation();  
  
    /** 
     * @return the namespace the ActionConfig for this ActionProxy is mapped to 
     */  
    String getNamespace();  
  
    /** 
     * Execute this ActionProxy. This will set the ActionContext from the ActionInvocation into the ActionContext 
     * ThreadLocal before invoking the ActionInvocation, then set the old ActionContext back into the ThreadLocal. 
     * 
     * @return the result code returned from executing the ActionInvocation 
     * @throws Exception 
     * @see ActionInvocation 
     */  
    String execute() throws Exception;  
  
    /** 
     * Sets the method to execute for the action invocation. If no method is specified, the method provided by 
     * in the action's configuration will be used. 
     * 
     * @param method the string name of the method to invoke 
     */  
    void setMethod(String method);  
  
    /** 
     * Returns the method to execute, or null if no method has been specified (meaning "execute" will be invoked) 
     */  
    String getMethod();  
      
}  

很顯然，在這其中，prepare和execute方法是用作Action調(diào)用的入口函數(shù)，其他的接口定義都與Action執(zhí)行時的運行參數(shù)和配置有關。

ActionInvocation —— 調(diào)度者

在上面的ActionProxy的接口定義中，我們可以看到有一個比較特殊的變量：ActionInvocation比較吸引我們的眼球。從字面上去理解，ActionInvocation就是Action的調(diào)用者。事實上也是如此，ActionInvocation在這個Action的執(zhí)行過程中，負責Interceptor、Action和Result等一系列元素的調(diào)度。

在之后的章節(jié)中，這個ActionInvocation類也將成為我們解讀Struts2源碼的一個重要入手點。這個類將告訴你，Struts2是如何通過ActionInvocation來實現(xiàn)對Interceptor、Action和Result的合理調(diào)度的。

乡下人产国偷v产偷v自拍,国产午夜片在线观看,婷婷成人亚洲综合国产麻豆,久久综合给合久久狠狠狠9

Struts2中的Action

目 錄 [ - ]

Action的定義

Action的生命周期

Action的五大元素

目錄 [ - ]