JBuilder2005 Struts深度体验之概述 (2)

　　Struts1.1新增功能

　　1、多模块的支持

　　我们知道，在Struts 1.0中，只能在web.xml中为ActionServlet指定一个Struts配置文件(struts-config.xml)，这对一个只需一两个人开发的小系统当然没有任何问题，但如果一个多人开发的大中型应用程序，问题就产生了。因为许多开发人员可能同时都需要修改Struts配置文件，这样肯定会造成一定程度的资源争夺，可能会出现彼此覆盖的情况，这样势必会影响开发效率并引起开发人员的抱怨。

　　在Struts 1.1中，为了解决这个并行开发的问题，提出了两种解决方案：

　　.多个配置文件

　　支持多个配置文件，是指你能够为ActionServlet同时指定多个xml配置文件，文件之间以逗号分隔，请看下面web.xml中关于多个struts配置文件的声明示例：

　　 代码清单 1 多个struts配置文件

1. ＜servlet＞ 2. ＜servlet-name＞action＜/servlet-name＞ 3. ＜servlet-class＞org.apache.struts.action.ActionServlet＜/servlet-class＞ 4. ＜init-param＞ 5. ＜param-name＞config＜/param-name＞ 6. ＜param-value＞ 7. /WEB-INF/struts-config.xml, /WEB-INF/book-struts-config.xml 8. ＜/param-value＞ 9. ＜/init-param＞ 10. ＜load-on-startup＞1＜/load-on-startup＞ 11. ＜/servlet＞

　　通过这种方法，你可以为每一个模块定义一个配置文件，由于项目一般按模块划分工作，这样就大大地减小了冲突的概率。

　　.独立的模块

　　但是，多个配置文件存在一个潜在的问题：不同的配置文件之间会产生冲突，因为在ActionServlet初始化的时候多个配置文件还是要合并到一起。比如，在struts-config.xml中配置了一个名为errorDbAccess的＜exception＞，而在book-struts-config.xml中也配置了一个同样的＜exception＞，这样就产生冲突了。

　　为了彻底解决这种冲突，Struts 1.1中引进了模块（Module）的概念。一个模块就是一个独立的子系统，对应一个独立的配置文件，ActionServlet将不同模块的配置文件保存在各自独立的ModuleConfig对象中的。

　　下面是两个独立模块的配置方式：

　　代码清单 2 多模块配置方式

1. … 2. ＜init-param＞ 3. ＜param-name＞config＜/param-name＞ 4. ＜param-value＞/WEB-INF/struts-config.xml＜/param-value＞ 5. ＜/init-param＞ 6. ＜init-param＞ 7. ＜param-name＞config/book＜/param-name＞ 8. ＜param-value＞/WEB-INF/book-struts-config.xml＜/param-value＞ 9. ＜/init-param＞ 10. …

　　通过这种方式，我们配置了两个模块，一个模块名为config，而另一个名为config/book。

　　.动态ActionForm支持

　　ActionForm表示HTTP页面表单的数据，可以将其看成视图页面数据的服务器映射，它负责保存视图中的数据供控制器或者其他视图使用。此外，它还负责数据有效性的验证，所以Struts 1.1文档把它比作HTTP和Action之间的防火墙，这足以体现ActionForm在视图和控制器之间的过滤器作用。

　　由于ActionForm对应于HTTP页面表单，所以随着页面的增多，你的ActionForm将会急聚增加。动态ActionForm（DynaActionForm）即为减少ActionForm的数目被设计出来，利用它你不必创建一个个具体的ActionForm类，只需要在配置文件中配置出所需的虚拟ActionForm，而由Struts框架通过配置文件动态创建这个ActionForm。例如，代码清单 3通过指定＜form-bean＞的type为"org.apache.struts.action.DynaActionForm"来创建一个动态的ActionForm--loginForm。

　　代码清单 3 配置一个动态ActionForm

1. ＜form-beans＞ 2. ＜form-bean name="bookForm" type="org.apache.struts.action.DynaActionForm"＞ 3. ＜form-property name="bookId" type="java.lang.String"/＞ 4. ＜form-property name="isbn" type="java.lang.String"/＞ 5. ＜form-property name="bookName" type="java.lang.String"/＞ 6. ＜form-property name="author" type="java.lang.String"/＞ 7. ＜/form-bean＞ 8. ＜/form-beans＞

　　DynaActionForm将属性保存在一个Map对象中，同时提供相应的get(name)和set(name,value)方法，其中参数name是要访问的属性名，而value是一个Object。例如要访问DynaActionForm中bookName的值，可以采用String bookName = (String)get("bookName")方法，由于bookName存储在Map中，所以要进行强制转换。

　　由于DynaActionForm通过配置文件产生，并没有一个实体对象类，如果要对动态ActionForm对象进行校验需要使用DynaValidatorForm，它是DynaActionForm的子类，它能够提供动态ActionForm和动态表单输入验证的功能。检验规则在validation.xml配置文件中定义，而这些规则的所对应的实现函数在validator-rules.xml文件中定义。

　　.通过配置方式实现异常处理

　　Struts1.1允许以配置方式进行异常处理，配置方式可以避免在Action中通过硬编码来处理异常，从而提高应用程序异常处理的灵活性和可维护性。一般情况下，一个异常处理对象可以通过以下步骤实现：

　　1．实现org.apache.struts.action.ExceptionHandler的子类，覆盖execute()方法，在该方法中处理异常并且返回一个ActionForward对象。

　　2．在配置文件中配置异常处理对象，你可以配置一个全局的处理类或者单独为每个Action配置处理类。

　　代码清单 4定义了一个全局的处理类TestExceptionHandler，它被用来处理所有的异常。

　　代码清单 4 一个全局宣告式异常处理的配置

1. … 2. ＜global-exceptions＞ 3. ＜exception 4. handler="com.superAbc.TestExceptionHandler" 5. key="error.message" 6. path="/fail.jsp" 7. scope="request" 8. type="java.lang.Exception"/＞ 9. ＜/global-exceptions＞ 10. …

　　type属性定义了匹配的异常，path定义了异常发生后转发的地址，而handler指定在转发前对异常的特殊处理，如果没有提供handler，默认的处理类org.apache.struts.action.ExceptionHandler。