struts2中Action配置之萬用字元配置

在使用struts2時，每乙個action都需要配置，每乙個action裡面的方法以及其返回到的介面都需要配置，如果乙個乙個配置，就太麻煩了，這裡我們可以約定一些命名規範，然後再struts.xml裡面使用萬用字元配置。

萬用字元配置的好處：在做專案時，不可能乙個action類只處理乙個業務（因為這樣降低了**的可讀性），所以專案中乙個action可能要處理很多個業務，這時如果每個業務都要配置乙個就會很麻煩，會降低**可讀性。這時就可使使用萬用字元來配置。萬用字元配置action其實是一種動態呼叫。

先看一段action裡面的struts.xml的配置：

/success.jsp /index.jsp

舉個例子：

/login_.jsp

本例子的解釋：

1、「login_*」：login_之後可以匹配任意字元，比如：login_add；

2、method=「"：表示method屬性值匹配第乙個「*」的內容。比如：name="login_add"，則method="add"；

3、login_.jsp：這裡的跟method=「"中是一樣的。

注意：這裡的name屬性值只有乙個 * ，還可以有兩個、三個、甚至跟多，比如有兩個。寫成name=「*_*」；此時可以使用代表第乙個 *，代表第二個 *。

涉及到萬用字元配置的還有乙個問題：就是當乙個struts.xml裡面有兩個配置都可以和當前的請求匹配時，程式該執行哪乙個呢？這就涉及到執行優先順序問題。

例如以下情況：

/login_.jsp /login_.jsp /login_.jsp

檢索順序：

如果能找到name屬性與請求的action名稱完全一致的action時，就直接匹配那個完全一致的action。如：如果請求的action名稱是login_add

，就不會再使用萬用字元去匹配，而直接匹配name="login_add"

的action。

如果找不到name屬相與請求的action名稱完全一致的action時，就按照順序匹配。比如：請求的action名稱是

login_del，找不到name=「

login_del」的action，就會按照順序匹配，就會匹配到name=「*」的action。