詩(shī)特林-sterning

Struts2與Struts1.x的深度比較

網(wǎng)名：sterning

Struts作為MVC 2的Web框架，自推出以來(lái)不斷受到開(kāi)發(fā)者的追捧，得到廣泛的應(yīng)用。作為最成功的Web框架，Struts自然擁有眾多的優(yōu)點(diǎn)：MVC 2模型的使用、功能齊全的標(biāo)志庫(kù)（Tag Library）、開(kāi)放源代碼。

但是，正所謂“沒(méi)有最好，只有更好”，Struts1.x自身也有不少的缺點(diǎn)：需要編寫(xiě)的代碼過(guò)多，容易引起“類(lèi)爆炸”、單元測(cè)試?yán)щy。這些缺點(diǎn)隨著Web的發(fā)展越來(lái)越明顯。這就促生了Struts 2，它的誕生能很好的解決上述問(wèn)題。

在本文中，筆者將對(duì)Struts2和Struts1.x這兩種框架進(jìn)行詳細(xì)的比較。比較將涉及到這兩種框架的Action、驗(yàn)證、類(lèi)型轉(zhuǎn)換及如何開(kāi)發(fā)等方面的內(nèi)容。希望通過(guò)這樣的比較，讓讀者了解這兩種框架各自的特點(diǎn)，以便于在自己的項(xiàng)目中，根據(jù)實(shí)際情況，盡快的過(guò)渡到Struts2的時(shí)代。本文的內(nèi)容基于Struts2.0.6。

一、       引言

Struts的第一個(gè)版本是在2001年5月份發(fā)布的。它的最初設(shè)想是通過(guò)結(jié)合JSP和Servlet，使Web應(yīng)用的視圖和業(yè)務(wù)/應(yīng)用邏輯得以清晰地分離開(kāi)來(lái)。在Struts之前，最常見(jiàn)的做法是在JSP中加入業(yè)務(wù)和應(yīng)用邏輯，或者在Servlet中通過(guò)println()來(lái)生成視圖。

自從第一版發(fā)布以來(lái)，Struts實(shí)際上已成為業(yè)界公認(rèn)的Web應(yīng)用標(biāo)準(zhǔn)。它的炙手可熱也為自己帶來(lái)了改進(jìn)和變更，所以不但要跟上對(duì)Web應(yīng)用框架不斷變化的需求，而且要與日漸增多競(jìng)爭(zhēng)激烈的眾多框架的特性相融合。

到最后，產(chǎn)生了幾個(gè)下一代Struts的解決方案。其中兩個(gè)最受矚目的方案是Shale和Struts Ti。Shale是一個(gè)基于構(gòu)件的框架，并在最近成為Apache的頂級(jí)項(xiàng)目。而Struts Ti則是在Struts的成功經(jīng)驗(yàn)基礎(chǔ)上繼續(xù)堅(jiān)持對(duì)前端控制器（Front Controller）和MVC（model-view-controller）模式進(jìn)行改進(jìn)。

WebWork項(xiàng)目是在2002年3月發(fā)布的，它對(duì)Struts式框架進(jìn)行了革命性改進(jìn)，引進(jìn)了不少新的思想、概念和功能，但和原Struts代碼并不兼容。WebWork是一個(gè)成熟的框架，經(jīng)過(guò)了好幾次重大的改進(jìn)與發(fā)布。

在2005年12月，WebWork與Struts Ti宣布合并。與此同時(shí)，Struts Ti改名為Struts Action Framework 2.0，成為Struts真正的繼承者。

最后要注意的是，并不是說(shuō)Struts或WebWork項(xiàng)目已經(jīng)停止開(kāi)發(fā)了。由于人們對(duì)這兩個(gè)項(xiàng)目的興趣仍然很高，而且也有很多開(kāi)發(fā)者仍然愿意使用它們，因此這兩個(gè)項(xiàng)目還在繼續(xù)開(kāi)發(fā)中，繼續(xù)修復(fù)Bug，改進(jìn)功能和繼續(xù)添加新功能。

二、       Action的區(qū)別

對(duì)于有著豐富的Struts1.x開(kāi)發(fā)經(jīng)驗(yàn)的朋友來(lái)說(shuō)，都十分的清楚Action是整個(gè)Struts框架的核心內(nèi)容，當(dāng)然Struts2也不例外。不過(guò)，Struts1.x與Struts2的Action模型很大的區(qū)別。

Struts2和Struts1.x的差別，最明顯的就是Struts2是一個(gè)pull-MVC架構(gòu)。這是什么意思呢？從開(kāi)發(fā)者角度看，就是說(shuō)需要顯示給用戶(hù)的數(shù)據(jù)可以直接從Action中獲取，而不像Struts1.x那樣，必須把相應(yīng)的Bean存到Page、Request或者Session中才能獲取。Struts1.x 必須繼承org.apache.struts.action.Action或者其子類(lèi)，表單數(shù)據(jù)封裝在FormBean中。Struts 2無(wú)須繼承任何類(lèi)型或?qū)崿F(xiàn)任何接口，表單數(shù)據(jù)包含在Action中，通過(guò)Getter和Setter獲取（如下面的ActionForStruts2的代碼示例）。

雖然，在理論上Struts2的Action無(wú)須實(shí)現(xiàn)任何接口或者是繼承任何的類(lèi)，但是，在實(shí)際編程過(guò)程中，為了更加方便的實(shí)現(xiàn)Action，大多數(shù)情況下都會(huì)繼承com.opensymphony.xwork2.ActionSupport類(lèi)，并且重載（Override）此類(lèi)里的String execute()方法。如下所示：

package ActionDiffer;

 import java.text.DateFormat;

 import java.util.Date;

 import com.opensymphony.xwork2.ActionSupport;

 public class ActionForStruts2 extends ActionSupport {

     private String message;

     public String getMessage() {

         return message;

    }

    @Override

     public String execute() {

        message = " This is hello from strtuts2. Now is: " + DateFormat.getInstance().format( new Date());

         return SUCCESS;

    }

}

首先，從ActionForStruts2可以看出，返回的對(duì)象不是ActionForward，而是String。如果你不喜歡以字符串的形式出現(xiàn)在你的代碼中，有個(gè)Helper接口Action可以以常量方式提供常見(jiàn)結(jié)果，如“success”、“none”、“error”、“input”和“login”。

另外， 按照慣例，在Struts1.x中只有“execute”方法能調(diào)用Action,　但在Struts2中并非必要，任何聲明為public String methodName() 方法，都能通過(guò)配置來(lái)調(diào)用Action。

最后，和Struts1.x最大的革命性的不同是，Struts2處理Action過(guò)程中調(diào)用的方法（“execute”方法）是不帶參數(shù)的。那如何獲取所需要的對(duì)象呢？答案是使用IoC（反轉(zhuǎn)控制，Inversion of Control)，也叫“依賴(lài)注入（Dependency Injection）”的模式（想更多地了解這方面信息請(qǐng)看Martin Fowler的文章http://www.martinfowler.com/articles/injection.html）。Spring框架使得這個(gè)模式流行起來(lái)，然而Struts2的前身（WebWork）也同時(shí)應(yīng)用上了這個(gè)模式。

三、       IoC

IoC(Inversion of Control，以下譯為控制反轉(zhuǎn)），隨著Java社區(qū)中輕量級(jí)容器（Lightweight Contianer）的推廣而越來(lái)越為大家耳熟能詳。在此，無(wú)需再多費(fèi)唇舌來(lái)解釋“什么是控制反轉(zhuǎn)”和“為什么需要控制反轉(zhuǎn)”。因?yàn)榛ヂ?lián)網(wǎng)上已經(jīng)有非常多的文章對(duì)諸如此類(lèi)的問(wèn)題作了精彩而準(zhǔn)確的回答。讀者可以去讀一下Rod Johnson和Juergen Hoeller合著的《Expert one-on-one J2EE Development without EJB》或Martin Fowler所寫(xiě)的《Inversion of Control Containers and the Dependency Injection pattern》。

眾所周知，Struts2是以Webwork 2作為基礎(chǔ)發(fā)展出來(lái)。而在Webwork 2.2之前的Webwork版本，其自身有一套控制反轉(zhuǎn)的實(shí)現(xiàn)，Webwork 2.2在Spring 框架的如火如荼發(fā)展的背景下，決定放棄控制反轉(zhuǎn)功能的開(kāi)發(fā)，轉(zhuǎn)由Spring實(shí)現(xiàn)。值得一提的是，Spring確實(shí)是一個(gè)值得學(xué)習(xí)的框架，因?yàn)橛性絹?lái)越多的開(kāi)源組件（如iBATIS等）都放棄與Spring重疊的功能的開(kāi)發(fā)。因此，Struts2推薦大家通過(guò)Spring實(shí)現(xiàn)控制反轉(zhuǎn)。

為了更好地了解反轉(zhuǎn)控制，下面來(lái)看一個(gè)例子，如何利用IoC在Action處理過(guò)程中可以訪問(wèn)到當(dāng)前請(qǐng)求HttpServerRequest對(duì)象。

在例子中，使用的依賴(lài)注入機(jī)制是接口注入。就如其名稱(chēng)一樣，接口注入需要的是已經(jīng)被實(shí)現(xiàn)了的接口。這個(gè)接口包含了相應(yīng)屬性的setter，為Action提供值。例子中使用了ServletRequestAware接口，如下：

public interface ServletRequestAware {
    public void setServletRequest(HttpServletRequest request);
}

當(dāng)繼承這個(gè)接口后，原本簡(jiǎn)單的Action看起來(lái)有點(diǎn)復(fù)雜了，但是這時(shí)可以獲取HttpServerRequest對(duì)象來(lái)使用了。

public class IoCForStruts2 implements ServletRequestAware {
   private HttpServletRequest request;
   public void setServletRequest(HttpServletRequest request) {
        this.request = request;
   }
   public String execute() throws Exception {
        // 可以開(kāi)始使用request對(duì)象進(jìn)行工作了
        return Action.SUCCESS;
   }
}

看起來(lái)現(xiàn)在這些屬性是類(lèi)級(jí)別的，并不是線(xiàn)程安全的，會(huì)出現(xiàn)問(wèn)題。其實(shí)在Struts2里并沒(méi)有問(wèn)題，因?yàn)槊總€(gè)請(qǐng)求過(guò)來(lái)的時(shí)候都會(huì)產(chǎn)生一個(gè)新的Action對(duì)象實(shí)例，它并沒(méi)有和其他請(qǐng)求共享一個(gè)對(duì)象，所以不需要考慮線(xiàn)程安全問(wèn)題。

四、       攔截器

Interceptor（以下譯為攔截器），在AOP（Aspect-Oriented Programming）中用于在某個(gè)方法或字段被訪問(wèn)之前，進(jìn)行攔截然后在之前或之后加入某些操作。攔截是AOP的一種實(shí)現(xiàn)策略。

在Webwork的中文文檔的解釋為——攔截器是動(dòng)態(tài)攔截Action調(diào)用的對(duì)象。它提供了一種機(jī)制可以使開(kāi)發(fā)者定義在一個(gè)action執(zhí)行的前后執(zhí)行的代碼，也可以在一個(gè)action執(zhí)行前阻止其執(zhí)行。同時(shí)也提供了一種可以提取action中可重用的部分的方式。

Struts1.x的標(biāo)準(zhǔn)框架中不提供任何形式的攔截器，雖一個(gè)名為SAIF的附加項(xiàng)目則實(shí)現(xiàn)了這樣的功能，但它的適用的范圍還很有限。

攔截器是Struts2的一個(gè)強(qiáng)有力的工具，有許多功能（feature）都是構(gòu)建于它之上，如國(guó)際化、轉(zhuǎn)換器，校驗(yàn)等。談到攔截器，還有一個(gè)流行的詞——攔截器鏈（Interceptor Chain，在Struts2中稱(chēng)為攔截器棧Interceptor Stack）。攔截器鏈就是將攔截器按一定的順序聯(lián)結(jié)成一條鏈。在訪問(wèn)被攔截的方法或字段時(shí)，攔截器鏈中的攔截器就會(huì)按其之前定義的順序被調(diào)用。

Struts 2的攔截器實(shí)現(xiàn)相對(duì)比較簡(jiǎn)單。當(dāng)請(qǐng)求到達(dá)Struts2的ServletDispatcher時(shí)，Struts 2會(huì)查找配置文件，并根據(jù)其配置實(shí)例化相對(duì)的攔截器對(duì)象，然后串成一個(gè)列表（list），最后一一地調(diào)用列表中的攔截器，如圖1所示。

攔截器調(diào)用序列器

Struts 2已經(jīng)提供豐富多樣功能齊全的攔截器實(shí)現(xiàn)。讀者可以到struts2-all-2.0.6.jar或struts2-core-2.0.6.jar包的struts-default.xml查看關(guān)于默認(rèn)的攔截器與攔截器鏈的配置。

作為“框架（framework）”，可擴(kuò)展性是不可缺少的，因?yàn)槭郎蠜](méi)有放之四海而皆準(zhǔn)的東西。雖然，Struts 2為我們提供如此豐富的攔截器實(shí)現(xiàn)，但是這并不意味我們失去創(chuàng)建自定義攔截器的能力，恰恰相反，在Struts 2自定義攔截器是相當(dāng)容易的一件事。

五、       Struts2和Struts1.x的全面比較

為了對(duì)Struts2和Strtus1.x進(jìn)行全面的比較，讓讀者了解這兩種框架各自的優(yōu)缺點(diǎn)，以便于在自己的項(xiàng)目中，根據(jù)實(shí)際情況，選擇合適的框架，對(duì)它們兩者進(jìn)行比較，總結(jié)了如下表分析比較。

六、       結(jié)論

前面已經(jīng)簡(jiǎn)要介紹了Struts2的起源，并詳細(xì)對(duì)比了Struts2和Struts1.x的差異，讀者應(yīng)該對(duì)Struts2的基礎(chǔ)有所了解了——包括高層的框架概念和基礎(chǔ)的請(qǐng)求流程，并理解Struts1.x和Struts2兩者之間在Action方面的差別，Struts2加強(qiáng)了對(duì)攔截器與IoC的支持，而在Struts1.x中，這些特性是很難想象的。

同時(shí)，讀者應(yīng)該明白：Struts2是WebWork的升級(jí)，而不是Struts 1.x的升級(jí)。雖然Struts 2提供了與Struts1.x的兼容，但已經(jīng)不是Struts1.x的升級(jí)。對(duì)于已有Struts1.x開(kāi)發(fā)經(jīng)驗(yàn)的開(kāi)發(fā)者而言，Struts1.x的開(kāi)發(fā)經(jīng)驗(yàn)對(duì)于Struts2并沒(méi)有太大的幫助；相反，對(duì)于已經(jīng)有WebWork開(kāi)發(fā)經(jīng)驗(yàn)的開(kāi)發(fā)者而言，WebWork的開(kāi)發(fā)經(jīng)驗(yàn)對(duì)Struts2的開(kāi)發(fā)將有很好的借鑒意義。