结合验证在struts中减少Action和ActionForm的数量

<script type="text/javascript"> </script> <script type="text/javascript" src="http://pagead2.googlesyndication.com/pagead/show_ads.js"> </script>

<script type="text/javascript"> </script><script type="text/javascript" src="http://pagead2.googlesyndication.com/pagead/show_ads.js"> </script>

           

在用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源码中设了无数断点，却发现有这么简单的实现方法。不过也学到不少东西。对开源项目，我们总是抱怨文档太少，其实源代码就是最好的文档。

 

<script type="text/javascript"> </script> <script type="text/javascript" src="http://pagead2.googlesyndication.com/pagead/show_ads.js"> </script>

<script type="text/javascript"> </script><script type="text/javascript" src="http://pagead2.googlesyndication.com/pagead/show_ads.js"> </script>