在用struts框架开发的Web应用中，一般习惯为数据库中的每一Action建一个ActionForm，每一张表队员几个Action。比如一个用户注册的简单应用中，可能有这样一些操作：新注册一个账户，修改现有账户以及删除一个账户。（对应数据库表的三种基本操作）。
最简单的做法是：分别写三个Action来处理他们，每个Action对应一个ActionForm。这么做比较简单，但会导致大量的类，而且对应一张表的ActionForm一般相同（可能有些字段没有）。因此在struts自己带的struts-example中使用了一个RegistrationForm.java对应了好几个Action。另外为了减少JSP的数量，它利用了<logic:Present>标签判断RegistrationForm中的属性action。这样根据不同的action的取值来显示几个（例子是两个）大同小异的JSP页面。
但即使这样，每一张表的操作仍然对应好几个action。因此struts中提供了DispatchAction
[org.apache.struts.actions.DispatchAction]来减少这些相关业务逻辑的action的个数，以便于系统的开发与维护。它的使用方法是：
1, 写一个Action继承DispatchAtion。如果是用JBuilder等工具，记得去掉自动给加上的execute()方法，因为struts会先调用此方法，如果没有的话它才会查找action mapping中
的parameter属性，根据这个属性用Reflection调用相应的方法。如果没找到parameter指定的方法，则会出错。JBuilder会生成一个抛出异常的execute方法，而我们开发最初可能不会实现这个方法，因此习惯return一个null，然后我们实现了parameter指定的方法，结果弄了半天也调不通。
2. 在struts-config.xml文件里进行action mapping时在action元素中加入一个parameter属性，用来指明不同参数时使用不同的方法，习惯将parameter取method，事实上取别的值也可以。如果ActionForm里有个请求参数的也叫method，那么就会引起错误。Action[/newAccountAction] does not contain method named de 上面就是我在请求的jsp中添加一个name为method的文本输入框时的错误（我在其中输入的时de）。
另外，许多与更新数据库相关的业务逻辑会需要验证，在没有validator包[org.apache.struts.validator]之前只能在ActionForm里用validate()方法校验数据。如果客户端也需要验证的话，JSP程序员还要自己写javascript代码，这可是件很头痛的事情，因为一般的Java IDE都没有调试javascript的功能，有时弄了半天发现是document.formname弄错了。在引入了validator plugin之后，一切变得简单了，要进行一些基本的验证（类型，email等）只需在validation.xml中说明一些就可以了，也不用写ActionForm的validate（）方法了。
使用方法为：
1. 写一个类继承ValidatorForm[org.apache.struts.validator.ValidatorForm]，如果想使用动态的FormBean的话修改struts-config.xml的form元素。
2．在validation.xml中加入<form>元素。如struts自带的struts-validator例子中使用了：
<form name="registrationForm">
<field property="firstName"
depends="required,mask,minlength">
<arg0 key="registrationForm.firstname.displayname"/>
<arg1 name="minlength" key="${var:minlength}" resource="false"/>
<var>
<var-name>mask</var-name>
<var-value>^\w+$</var-value>
</var>
<var>
<var-name>minlength</var-name>
<var-value>5</var-value>
</var>
</field>
<!—more fields are omitted here à
</form>
它的意思是：逻辑名为registrationForm（在struts-config.xml的<form-bean>中定义）的ValidatorForm的firstName属性需要3个验证：必填，输入内容是一个或多个字符，最少5个字符。有关field的属性和子元素请参考struts 参考文档。正则表达式请参考ORO和Regexp，它们都是jakarta的项目。
在上面的form元素有一个必需的属性name，它指明了需要验证的ActionForm的逻辑名，如果一个ActionForm对应一个Action，这当然没有问题。但如果一个ActionForm想被多个Action使用，而且这些Action需要的验证是不同的，例如新注册一个用户需要验证，而查看已注册用户的信息就不能验证。因此struts又提供了一个ValidatorActionForm，它的特点是：它不是根据form的逻辑名，而是根据action的路径来验证不同的actionform，因为在action mapping时会用name属性指定这个action的actionform。这样一个actionform就可以可选择的被或不被验证了。
我们的目标是：对应一张表的操作，只有一个Action类（或其子类）和一个ActionForm类（或其子类）。因此，可以选择使用DispatchAction来处理所有相关的业务逻辑。而ActionForm可以是ValidatorForm或ValidatorActionForm。我在最初的想法是：使用ValidatorActionForm。这样，可以在validation.xml中将form元素的name属性指定为一个action的path，但发现这样用的话就没有办法使用客户端验证了。客户端验证要在<html:javascript formName=””>的formName属性指定formName（ActionForm的逻辑名），我试着把struts1.1的validator例子的RegistrationForm改成ValidatorActionForm的子类，发现它根本每验证，而且在jsp中把javascript直接显示出来了。将formName属性改成那个Action的path也不管用，不知有没有别的办法实现（不能修改Validator类）。
即使不考虑客户端验证，也遇到一个难题：提交给一个Action的操作，有的需要验证（如新注册一个用户），有的不需要（如查看用户信息）。如果不作任何处理的话，则只能要么全验证，要么全不验证，这显然是不行的。当时我就想，要是Validator能根据请求action后面的参数来决定是否验证就好了。比如我在validation.xml中使用
<form name="/registerAction?method=AddUser">
<field property="userName"
depends="required">
<arg0 key="register.label.userName"/>
</field>
</form>
如果我的请求是registerAction?method=AddUser，它就验证，而如果是
registerAction?method=ViewUser，它就不验证。于是我把validator包的源码加入工程，发现这个validation.xml中的内容都读到ValidatorResource这个类的一个实例中了，在验证时从这个类的实例查找相应的formbean，例如我在<form name=”registerForm”>的话，它在ValidatorPlugIn的init()方法（被ActionServlet的init()调用）时会把name=registerForm保存在ValidatorPlugIn的一个ValidatorResource的变量里。如果客户请求一个action，当然会生成一个ActionForm（或是已存在的），如果这个ActionForm的逻辑名是registerForm，并且这个ActionForm的父类的validate()被调用（这个ActionForm没有validate()方法，或者在validate（）方法中通过super.validate()），那么ValidatorForm会通过这个ValidatorResource找到要验证的ActionForm的逻辑名，而ValidatorActionForm则先通过path找到一个Action，再通过action mapping的name属性找到要验证的ActionForm。
因此我用<form name="/registerAction?method=AddUser">，则它自然找不到一个action的path是/registerAction?method=AddUser，因此没有任何验证。看来这么是不行的。
那有没有别的办法呢？DispatchAction能根据不同的参数选择不同的方法，那就应该能根据不同的参数选择不同的验证。因此我只要重写validate方法，如果参数是viewUser就不验证（return null），否则调用父类的validate（）。不过用这种方法有一个问题，那就是不能使用动态的ActionForm，即DynaValidatorForm，因为它根本没有这个类，不可能写validate()方法。
public ActionErrors validate(ActionMapping actionMapping, HttpServletRequest httpServletRequest) {
/**@todo: finish this method, this is just the skeleton.*/
String parameter=actionMapping.getParameter();
String paramValue=httpServletRequest.getParameter(parameter);
System.out.println("from actionmapping "+paramValue);
parameter=httpServletRequest.getParameter("method");
System.out.println("from request "+parameter);
if(paramValue.equals("ViewUser")){
return null;
}
ActionErrors errors=super.validate(actionMapping,httpServletRequest);
return errors;
｝
测试一下，还好，都正常。绕了半天弯路，在struts源码中设了无数断点，却发现有这么简单的实现方法。不过也学到不少东西。对开源项目，我们总是抱怨文档太少，其实源代码就是最好的文档。
