1.DispatchAction-分派Action

1.1 为什么需要DispatchAction

如果每个请求都对应一个Action，就会造成action过多，程序显得比较臃肿，所以可以把一类请求写到一个action中处理，即DispatchAction

在没有使用框架之前，当我们通过一个控制器处理多个请求的时候，我们是通过在URL后面跟上参数来区别不同的操作，比如，下述链接：

http://localhost:8080/UserManager/main?operateId=add&uid=123 
http://localhost:8080/UserManager/main?operateId=delete&uid=123

在这里，main是我们的一个控制器，后面我们通过传递operateId参数来让控制器区别不同的操作，那么，在main控制器中，我们可以得到operateId，再根据其不同使用if...else...语句来分别处理即可。

String operateId = request.getParameter("operateId");
if(operateId.equals("add")){
    ...
}else if(operateId.equals("delete")){
    ...
}

• 1
• 2
• 3
• 4
• 5
• 6

同样的，如果我们使用了Struts框架，我们也可以在调用一个Action的时候给它传递参数：（这里假设Action为ManageAction，它的访问路径为/manage）

http://localhost:8080/UserManager/manage.do?operateId=add&uid=123

然后在这个ManageAction中，也根据operateId的不同来做不同的处理。

1.2 开发和配置DispatchAction

Struts框架为了我们处理这种情况，专门提供了DispatchAction，即分派Action。

开发DispatchAction需要继承DispatchAction类，而不是之前的Action类了。

特别要注意的是，这里一定要配置parameter参数，这个参数也就是我们用来区分不同操作的标志，和1.1中所介绍的一样。那么，这里我仍然使用operateId这个字段。

其实，它和我们之前使用的Action没有太多区别，就是在配置struts-config.xml文件的时候多了一个parameter参数:

<action
      parameter="operateId"
      path="/manage"
      type="com.gavin.struts.action.ManageAction"
      validate="false"
      cancellable="true" />

• 1
• 2
• 3
• 4
• 5
• 6

不同的地方在于：在ManageAction类中，我们不需要只在一个方法中根据operateId来区分不同的操作了，也就是说，我们不需要写哪些繁琐的if...else...语句了。我们要做的是针对每一个不同的operateId直接写一个方法，方法的名称就是你的URL链接中指定的operateId名称，这个方法就是将之前的execute方法改名字即可，参数以及返回值都保持一致。

比如，我们在程序中需要这两种链接：

http://localhost:8080/UserManager/manage.do?operateId=add&uid=123 
http://localhost:8080/UserManager/manage.do?operateId=delete&uid=123

那么我们的ManageAction中，就要有add和delete两个方法：

public class ManageAction extends DispatchAction {

    public ActionForward add(ActionMapping mapping, ActionForm form,
            HttpServletRequest request, HttpServletResponse response) {
        // your code
        return null;
    }

    public ActionForward delete(ActionMapping mapping, ActionForm form,
            HttpServletRequest request, HttpServletResponse response) {
            // your code
        return null;
    }
}

• 1
• 2
• 3
• 4
• 5
• 6
• 7
• 8
• 9
• 10
• 11
• 12
• 13
• 14

很显然，使用DispatchAction可以使程序条理更加清晰，容易扩展。

【但要注意的是，如果使用DispatchAction，一定要去掉原来的execute方法】

2.DynamicForm-动态表单

使用动态表单可以更加灵活地使用表单。在某些不能确定表单属性个数和类型的情况下，可以使用动态表单（DynamicForm）来解决问题。

所谓动态表单，其实就是不需要单独写成Java类的表单，使用它只需要在struts-config.xml文件中配置即可。

<form-bean name="userForm" type="org.apache.struts.action.DynaActionForm">
    <!-- 该表单的属性是配置出来的 -->
    <form-property name="name" type="java.lang.String"/>
    <form-property name="password" type="java.lang.String"/>
    <form-property name="email" type="java.lang.String"/>
</form-bean>

• 1
• 2
• 3
• 4
• 5
• 6

动态表单的type属性，要写为org.apache.struts.action.DynaActionForm，同时，它比普通表单多了form-property配置，该配置就是配置表单的属性，由于我们可以在这里动态增减form-property属性的配置，所以称之为动态表单。

另外，它与普通表单获取数据的方式也略有不同：

DynaActionForm userForm = (DynaActionForm) form;
// 从动态表单中取出数据
String name = userForm.getString("name");
String password = userForm.getString("password");
String email = userForm.getString("email");

• 1
• 2
• 3
• 4
• 5

除此之外，都是相同的。也可以看到，动态表单在使用上更为方便。

我们可以通过MyEclipse工具，自动生成DynamicForm：

3.全局跳转

全局跳转区别于局部跳转，之前我们在Action中配置的forward字段，都是针对当前Action的跳转，称之为局部跳转：

<action-mappings >
    <action
      attribute="userForm"
      input="/WEB-INF/register.jsp"
      name="userForm"
      parameter="type"
      path="/register"
      scope="request"
      type="com.gavin.struts.action.RegisterAction" >
      <!--局部跳转-->
      <forward name="ok" path="/WEB-INF/ok.jsp" />
    </action>
  </action-mappings>

• 1
• 2
• 3
• 4
• 5
• 6
• 7
• 8
• 9
• 10
• 11
• 12
• 13

也就是说，只有对于当前的Action，我们才能够通过”ok”跳转到ok.jsp.

那么，如果我们有一个公共的错误页面error.jsp，所有的Action都可以跳转到该Action，如果一个个地都配置，岂不是很麻烦，所以Struts框架也提供了全局跳转。

使用全局跳转，只需要在struts-config.xml中配置global-forwards即可：

<global-forwards >
    <forward name="error" path="/WEB-INF/error.jsp" />
</global-forwards>

• 1
• 2
• 3

所有的Action如果想要跳转到这个错误页面，直接在Action的代码中跳转即可，无需再作其他配置。

使用MyEclipse的工具开发global-forward也很简单：