在SpringSide 3 中，使用的MVC框架是Struts 2。Struts 2 向對于Struts 1 來說，具有相當多的優點，有很多人都說，用過Struts 2之后，再也不想看Struts 1了。然而，任何東西都有它的復雜性，Struts 2也不例外，SpringSide 3做了很多工作來簡化Struts 2 的使用。
先來說說Struts 2的特點：
1、編寫Action變得簡單了，Action變成了簡單的POJO，再也不用和ActionForm、ActionForward打交道了，返回的時候直接返回字符串即可。如果要訪問Servlet API，則直接使用ServletActionContext類的靜態方法。
2、Struts 2提供了插件機制，允許我們自己為它編寫插件，當然，要我自己寫是不現實的，但是面對別人寫的琳瑯滿目的插件，我一樣會昏頭。再網上隨便一搜，就可以發現40多種Struts 2插件。SpringSide 3選擇的CodeBehind，就是一種Struts 2插件，它的目的是為了簡化配置。
3、Struts 2提供了攔截器機制，之所以編寫Action的任務那么簡單，靠的都是這些攔截器，比如它們可以自動解析Web表單和URL參數，把它們注入到Action中。
4、Struts 2提供了豐富的taglib，當然，豐富也代表著我們要化更多的時間去學習。
5、Struts 2依然提供了Validator和i18n支持。
等等...
下面，我們來看看SpringSide 3是怎么使用Struts 2的吧。SpringSide 3的主要目標是降低我們使用Struts 2的復雜性，所以，它選擇了這些辦法：
1、沒有使用Validator和i18n，對數據的驗證交給了JQuery，這變成了表現層的任務，而且JQuery也可以使用AJAX從服務器端進行驗證。至于i18n，江南白衣說小網站用不上。
2、沒有使用Struts 2的UI標簽，當然也就沒有使用FreeMaker或SiteMesh了。
當然，省掉了一些東西，就省掉了我們不少的學習時間。對于Struts 2核心的一些東西，我們看看它是怎么做的：
1、使用CodeBehind插件來簡化配置。使用CodeBehind后，我們就可以不用配置result了，它可以根據我們Action的返回值自動猜測返回的視圖頁面，它猜測的規則是這樣的：返回頁面的路徑為struts.codebehind.pathPrefix + package namespace + action name + action returnvalue?+?.jsp，action returnvalue為success時，值為空，為其他時，值為"-" + return type。我們來看看SpringSide 3生成的項目中關于Struts 2的配置文件：
其中struts.codebehind.pathPrefix設置為“/WEB-INF/jsp/”，package的namespace沒有設置，所以，如果我們的Action為UserAction，則返回success時，就會返回到/WEB-INF/jsp/user.jsp，如果返回input，則返回到/WEB-INF/jsp/user-input.jsp。這里江南白衣玩了一個狡猾，他把所有的jsp頁面放到WEB-INF目錄中，別人就沒有辦法直接訪問了，這樣就可以簡化Acegi的配置工作。
2、關于攔截器棧
在上面講Struts 2的特點時，我已經說了Struts 2中攔截器的重要作用，在上面的截圖中，package的配置沒有做別的什么事，主要就是配置了攔截器棧。那么攔截器棧是怎么使用的呢？它是在Action類中通過@ParentPackage指定的，如下面的代碼：
下面，我來具體說一下攔截器有什么作用。
?例子一、我們知道Struts 2中的Action是和Servlet API解耦的，那么如果我們要在Action中訪問Servlet API怎么辦呢？一種辦法就是使用ServletActionContext，如下圖：
另外一種辦法，就是讓我們的Action實現ServletRequestAware接口，如下代碼：
public
?
class
?MyAction?
implements
?ServletRequestAware?{
???
private
?HttpServletRequest?request;
???
public
?
void
?setServletRequest(HttpServletRequest?request)?{
????????
this
.request?
=
?request;
???}
???
public
?String?execute()?
throws
?Exception?{
????????
//
?do?the?work?using?the?request
????????
return
?Action.SUCCESS;
???}
}
這時候，
ServletConfigInterceptor 攔截器就會把request對象注入到我們的Action中。
例子二、
ParametersInterceptor 攔截器會自動解析web表單或URL參數，并把它們注入到Action中。但是很多時候，我們不愿意我們的Action具有太多的屬性，因為一大堆的get、set方法看起來太亂糟糟，我們希望有一個專門的Model對象來存儲這些值，而且剛好我們為Hibernate設計的Entity類用來做Model正合適。這時，我們可以讓我們的Action實現
ModelDriven接口，讓getModel()方法返回我們的entity對象即可。這正是SpringSide 3采取的方法，如下圖的代碼片斷：
這時候，
ModelDrivenInterceptor攔截器就會幫助我們把解析的URL參數或表單數據注入到entity的屬性中，而不是Action中。
例子三、
Preparable 接口聯合
PrepareInterceptor攔截器一起工作，可以讓action在執行execute() 方法前， 執行一個prepare()方法，這也正是SpringSide 3的工作方式。
3、關于Action
有了上面對CodeBehind的理解和對攔截器棧的理解后，再來理解SpringSide 3中的Action就再簡單不過了，SpringSide 3中Action的繼承樹如下：
其中ActionSupport類是Struts 2提供的，另外兩個類是白衣自己擴展的。其中SimpleActionSupport主要是提供了一些繞過jsp頁面直接輸出字符串的方法，不值一談。而CRUDActionSupport就比較復雜，如下：
public?abstract?class?CRUDActionSupport<T>?extends?SimpleActionSupport?implements?ModelDriven<T>,?Preparable?{
????/**
?????*?進行CUD操作后,以redirect方式重新打開action默認頁的result名.
?????*/
????public?static?final?String?RELOAD?=?"reload";
????/**
?????*?Action函數,默認action函數，默認指向list函數.
?????*/
????@Override
????public?String?execute()?throws?Exception?{
????????return?list();
????}
????/**
?????*?Action函數,顯示Entity列表.
?????*?return?SUCCESS.
?????*/
????public?abstract?String?list()?throws?Exception;
????/**
?????*?Action函數,新增或修改Entity.?
?????*?return?RELOAD.
?????*/
????public?abstract?String?save()?throws?Exception;
????/**
?????*?Action函數,刪除Entity.
?????*?return?RELOAD.
?????*/
????public?abstract?String?delete()?throws?Exception;
????/**
?????*?在save()前執行二次綁定.
?????*/
????public?void?prepareSave()?throws?Exception?{
????????prepareModel();
????}
????/**
?????*?在input()前執行二次綁定.
?????*/
????public?void?prepareInput()?throws?Exception?{
????????prepareModel();
????}
????/**
?????*?屏蔽公共的二次綁定.
?????*/
????public?void?prepare()?throws?Exception?{
????}
????/**
?????*?等同于prepare()的內部函數.?
?????*/
????protected?abstract?void?prepareModel()?throws?Exception;
}
第一，它做了把CRUD操作放到了同一個Action中的操作，這樣可以少寫幾個Action。這個工作難度不大，我覺得白衣此舉，主要是為了規范CRUD函數的命名。在Struts 2中，如果我們要訪問的不是默認的excute方法，可以使用如/user!save.action的格式，這樣訪問的就是UserAction的save方法。
第二，它實現了ModelDriven接口和Preparable接口，關于這兩個接口，我在前面講攔截器的時候已經提到過了，所以很容易理解。我們可以把我們為Hibernate設計的entity類作為Model，也可以把初始化這些entity的工作放到prepareSave()和prepareInput()方法中，這兩個方法將會在save()和input()方法執行前自動執行。
第三，它定義了一個靜態變量RELOAD，定義這個變量的目的是為了定義一個result的需要。CodeBehind中，大部分的result可以自己猜測，對于不能猜測的，需要使用@Results指定，如下代碼：
?
?好了，對SpringSide 3中Struts 2的分析就寫到這里了。總之，使用SpringSide 3時，對于Action這一塊非常簡單，如果不設及到CRUD操作，就繼承SimpleActionSupport，如果涉及到CRUD操作，就繼承CRUDActionSupport，并在getModel()\save()\prepareSave\input()\prepareInput()等框框中填入適當的代碼即可。