Struts中动态ActionForm与静态ActionForm有什么区别？_

Struts架构中,ActionForm负责记录和维护视图中的数据,提供Model(模型层)和View(视图层)使用,因此可疑将它看作是模型和视图之间的中介.如果需要,还可疑启动ActionForm对数据实现验证及过滤功能,即只有通过ActionForm验证的数据才能够发送到ActionBean进行后续处理.
ActionForm是一种特殊的JavaBean,控制器组件RequestProcessor利用其属性存取方法setter/getterXXX()实现初始话.在初始化完毕后,还能调用它的validate()方法来对请求参数进行验证,通常是检查数据格式是否合法,并在验证失败的时候通过错误管理机制加以处理.
但是ActionForm本身也存在一个缺点:由于ActionForm对应于Http请求表单,所以在开发设计大型Struts应用时,随着页面和请求表单数目的增多,Struts应用程序中需要定义打量的ActionForm类.此外,同一类型的表单字段可能出现在不同表单,进而出现在多个ActionForm中,这会造成多个ActionForm类之间不能共用相同的验证代码,例如:在登录页面中有用户和密码字段,而在注册页面童谣也有密码和用户字段.其对应的名称及操作应该是类似的.
当然可疑考虑开发一个巨大的ActionForm类,使之同时对应多个表单,但这种过强的聚合性会导致代码更难以维护和重用.
为了彻底解决这种问题,Struts1.1中提出了动态ActionForm(DynaActionForm),同时也提供了Validator验证框架实现动态验证表单(DynaValidatorForm)的功能.
实际上,引入动态表单DynaActionForm的目的在于减少ActionForm的数目,因此也常将ActionForm称为静态表单以示区别.

 

 

在上一篇文中，我提到了系统自定义的form这样一个说法，其实不准确。准确地说，我是使用了动态form。

在动态ActionForm声明的时候，属性tpye的值是struts提供的org.apache.struts.action.DynaActionForm
struts会自动调用这个类来进行封装，所以只要在*.xml文件里配置好就可以了，不用再写一个继承ActionForm的类。

动态ActionForm的优点是：如果在页面上添加了一个request（例如：让用户输入信息的文本框）的话，直接改*.xml文件就可以了，而静态ActionForm就要再编译.java文件，重启服务器才能有效。

缺点是：不能在*.jsp文件中用EL语句了（${}）,如果要在*.jsp页面上用到form的话，就要在Action类的execute()方法中进行强转：
DynaActionForm dForm = (DynaActionForm)form;

然后用DynaActionForm中的get()方法，方法中传<form-property/>标签中属性name的值来获得封装request的数据。如果页面多的话，代码量会非常的大，所以一般在实际项目中都不会用到动态ActionForm。

下面是我自己写的一个伪代码：
作用是在struts-config.xml配置了一个动态ActionForm，然后通过Action类把form转发到页面上。

struts-config.xml的配置：
<form-bean type="org.apache.struts.action.DynaActionForm">
<form-property type="java.lang.String"/>
</form-bean>

Action类中：
DynaActionForm dForm = (DynaActionForm)form;
String dName = (String)dForm.get("name");
request.setAttribute("name",dName);
return mapping.findForward("view");

http://kwor.blog.163.com/blog/static/1296224112009102345327127/