使用DynaActionForm.ppt

使用DynaActionForm ActionForm的优点 从前面的介绍，我们可以看出，使用ActionForm 和我们自己来编写类获取HTML from 值，在进行处理相比，有不少优势。ActionForm 所封装的数据和行为时几乎每一个web 应用程序都需要的，而且在一个应用中会多次用到，例如一个信息实体的增加和修改，可能从不同的角度，不同的页面实现信息实体的增、改，通过ActionForm就可以复用，复用可以统一规则，减少开发时间和维护工作量。 选择DynaActionForm 但是，现在对ActionForm 的使用越来越少，为什么呢？ 第一， 也是一个最大的问题，会使得项目中存在很多ActionForm 类，增加了整个项目类的数目和维护复杂度，有的开发人员为了避开这个问题，使用一个很大的，包含所有HTML from属性的ActionForm来和所有action 映射，这种方式我认为问题更多，过强的聚合性导致代码更加难以维护和重用，完全失去了封装的味道。 第二， 当需要添加或者删除一个HTML from 属性时，如果ActionForm 需要用到这些属性，就得修改ActionForm ,并且要重新编译。 基于这些原因，在Struts1.1 框架中，添加了一种新类型的ActionForm，这种ActionForm可以动态变化从而避免创建具体的ActionForm类。这种ActionForm的基类是org.apache.struts.action.DynaActionForm,当然,DynaActionForm是从ActionForm扩展而来的。 对于应用来说，DynaActionForm 和ActionForm在以下三个方面会有些不同： ActionForm 的属性定义 validate()方法 reset()方法 DynaActionForm的属性不同于ActionForm，ActionForm的属性是通过具体的类，具体的setter,getter方法来进行属性值的设置，获取，而DynaActionForm是在Struts的配置文件中定义的。 对reset()方法调用的时机和ActionForm并无不同，只是相对来说，在reset()方法被调用的时候，你拥有比较少的控制权。当然，可以通过扩展DynaActionForm，重载reset()方法。 对于从UI 端输入的数据的校验，相对来说有些复杂，它没有ActionForm中的Validator()的方法，它是通过Struts Validator 组件来实现的，在后面的课程会详细介绍它。 配置DynaActionForm 要使用DynaActionForm，首先得在Struts配置文件中添加form-bean元素。在配置文件中，DynaActionForm和ActionForm的不同之处在于，DynaActionForm需要添加一些form-property元素，form-property用来指定HTML form 中的field名字，Struts框架会通过这些名字的匹配，自动将HTML form 各个field的值封装到DynaActionForm实例中。下面的片断是关于DynaActionForm的配置文件示例 ： form-beans form-bean name=loginForm type=org.apache.struts.action.DynaActionForm !—在下面制定Form的属性 -- form-property name=email type=java.lang.String / form-property name=password type=java.lang.String / !—可以为属性设置默认值 -- form-property initial=false name=rememberMe type=java.lang.Boolean / /form-bean form-beans 当你HTML form 中添加了一个属性，需要在DynaActionForm中添加一个属性时，就不需要去修改 具体的ActionForm 类，只需要在配置文件中添加一个form-property 元素即可，大大提高了可扩展能力。 前面我们已经了解到，ActionForm的reset()方法默认不进行任何操作，在DynaActionForm中，reset()方法默认将所有属性设置为默认值，如果在配置文件中没有为该属性设置默认值，将会按照java编程语言的规范根据属性的类型为其进行初始化，例如：数字(int ,double,float)的将会初始化为0，Ojbect类型将为初始化为null。 注意：在配置文件中定义的form-proper