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

本文主要是介绍结合验证在struts中减少Action和ActionForm的数量，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

在用struts框架开发的Web应用中，一般习惯为数据库中的每种操作建一个ActionForm，每一张表对应几个操作。比如一个用户注册的简单应用中，可能有这样一些操作：新注册一个账户，修改现有账户以及删除一个账户。（对应数据库表的三种基本操作）。

最简单的做法是：分别写三个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。去掉自动给加上的execute()方法，因为struts会先调用此方法，如果没有的话它才会查找action mapping中的parameter属性，根据这个属性调用相应的方法。如果没找到parameter指定的方法，则会出错.

2. 在struts-config.xml文件里进行action mapping时在action元素中加入一个parameter属性，用来指明不同参数时使用不同的方法，习惯将parameter取method

另外，许多与更新数据库相关的业务逻辑会需要验证，在没有validator包[org.apache.struts.validator]之前只能在ActionForm里用validate()方法校验数据。如果客户端也需要验证的话，JSP程序员还要自己写javascript代码，这可是件很头痛的事情.在引入了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;

   ｝