使用通配符配置action

建立struts2wildcard项目，此实例基本仿照前面前面第7点的实例改写而成。为了使用通配符，只需要改写配置文件即可。此实例未使用通配时的配置文件如下：

<action name="addUser" class="com.asm.UserAction" method="addUser">

           <result name="success">/user/addUser.jsp</result>
</action>

<action name="delUser" class="com.asm.UserAction" method="delUser">

           <result name="success">/user/delUser.jsp</result>

</action>

<action name="queryUser" class="com.asm.UserAction" method="queryUser">

           <result name="success">/user/queryUser.jsp</result>

</action>

<action name="updateUser" class="com.asm.UserAction" method="updateUser">

          <result name="success">/user/updateUser.jsp</result>

</action>

我们注释掉上面的配置，使用通配符只需如下内容即可达到相同的效果：
<action name="*User"class="com.asm.UserAction" method="{1}User">

           <result name="success">/user/{1}User.jsp</result>

</action>

原理：当有.../addUser.action请求时，如果不能在当前应用中找到完全相同的addUser名字的Action时，通配符配置这时就起作用了，按通配原则，它便和上面的name="*User"相配成功，这里不难明了*此时代指的内容是add，再来看method恰恰是引用第一个*的内容，所以它的method此时的完整名为addUser，它刚好和com.asmUserAction中的addUser方法相对，所以它会去addUser方法，再来看下面的result配置所指代的页面，它也用到了{1}，所以它的完整页面是/addUser.jsp。其实如果我们有良好的编程命名习惯，所有的Action我们都只需要进行一次配置。举例：规定所有的Action类都用XXXAction来命名，类中所有的CRUD方法都用add/del/update/query。Jsp页面也用add/del/update/query_XXX.jsp这样的形式。即配置文件可以写成如下形式：
<action name="*_*" class="com.asm.{2}Action"method="{1}">

           <result name="success">.../{1}_{2}.jsp</result>

</action>

Name中第一个*代表CRUD操作的名字，第二个*代表类的名字。所以访问链接地址举例如下：

.../del_User.action将访问到User类的del方法，成功后跳到del_User.jsp页面。补充说明{0}是代表name中所有的*组合。

版权声明：本文为博主原创文章，未经博主允许不得转载。