JBuilder2005 Struts深度体验之概述

2024-07-21 02:15:17

字体：大中小

来源：转载

供稿：网友

　　struts是基于model 2实现的技术框架，model 2是经典的mvc（model，view，control）模型的web应用变体，这个改变主要由于http协议的无状态性引起的。model 2的目的和mvc一样，也是利用控制器来分离模型和视图，达到不同层间松散耦合的效果，提高系统灵活性、复用性和可维护性。在多数情况下，你可以将model 2与mvc等同起来。

　　图 1表示一个基于java技术典型的mvc网络应用，从中可以看出mvc中的各个部分对应于j2ee哪些实现技术。

图 1 mvc和j2ee技术

　　在利用model 2之前，我们把所有的表示逻辑和业务逻辑都集中在一起（如我们前两个专题中的login.jsp），有时也称这种应用模式为model 1，model 1的主要缺点就是紧耦合，复用性差，维护成本高。

　　由于struts就是基于model2实现的框架，所以它底层的机制也是mvc，我们通过图 2描述struts的具体实现：

图 2 struts mvc实现

　　1．框架初始化

　　struts框架总控制器（actionservlet）完成所有初始化工作。总控制器是一个servlet，它通过web.xml配置成自动启动的servlet，读取配置文件（struts-config.xml）的配置信息，为不同的struts模块初始化相应的moduleconfig对象。配置文件中的action映射定义都保存在actionconfig集合中，配置文件中其他配置信息分别保存在controlconfig集合、formbeanconfig集合、forwardconfig集合和messageresourcesconfig等集合中。

　　要特别指出的是，初始化动作在web容器启动时自动完成，初始化完成后，它将通过url匹配映射截获所有以.do结尾的url请求。

　　2．客户端发送一个http请求

　　用户通过提交表单或调用url向web应用程序器提交一个请求，请求的数据用http协议上传给web服务器。

　　3．总控制器接截获这个请求并实例化form bean

　　控制器接收http请求，并从actionconfig中找出对应该请求的action子类，如果没有对应的action，控制器直接将请求转发给jsp或者静态页面。如果有对应的action且这个action有一个相应的action form，actionform被实例化并用http请求的数据填充其属性，然后保存在servlet context中（request或session中），这样它们就可以被其它action对象或者jsp调用。

　　此外，还可以在actionform填充数据后还可以调用validate()进行数据有效性自检，并且可以返回一个包含所有错误信息的actionerrors对象，如果actionerrors不空，总控制器直接将请求返回到入口页面。

　　4．控制器将请求转交给具体的action处理

　　控制器根据配置信息将请求切换到具体的action，这个form bean也一并传给这个action的execute()方法。

　　5．action完成具体的业务逻辑操作

　　action很简单，一般只包含一个execute方法，它负责执行相应的业务逻辑，如果需要，它也可能进行相应的数据检查。执行完成之后，返回一个actionforward对象，控制器通过该actionforward对象来进行转发工作。

　　6．action返回目标响应对象给总控制器

　　action根据业务处理的不同结果返回一个目标响应对象给总控制器，这个目标响应对象对应一个具体的jsp页面或另外一个action。
　
　　7．总控制器将http请求转换到目标响应对象中。

　　总控制器根据业务功能action返回的目标响应对象，将http请求转换到这个目标响应对象中，一般情况下，它是一个具体的jsp页面。

　　8．目标响应对象将结果展现给用户
　
　　目标响应对象（jsp）将结果页面展现给用户。

　　客户端发送一个http请求，通过struts框架最后获得一个http响应，这一过程非常重要，它是理解struts框架的重点。图 2描述了struts框架的结构，而图 3通过一个活动图更具体描述接受请求直至返回响应的整个过程：

图 3 struts接受并返回响应的中间过程

　　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。

上一篇：JBuilder2005 Struts深度体验之升级

下一篇：Eclipse中用SWT和JFace开发入门