深入解析Struts控制器组件

1.引言

关于Struts项目，在以前的文章中我已经做过一些介绍，在此不再赘述。写本文,旨在从控制器的层面进一不加深对Struts MVC模型的理解和认识.

2.进入主题

Struts控制器组件负责接收用户请求、更新模型，以及选择合适的视图组件返回给用户。控制器组件有助于将模型层和视图层分离，有了之中分离，就可以在同一个模型的基础上得心应手的开发多种类型的视图。

Struts控制器组件主要包括：

ActionServlet组件：充当Struts框架的中央控制器。

RequestProcessor组件：充当每个子应用模块的请求处理器。

Action组件：负责处理一项具体的业务。

Struts框架采用ActionServlet和RequestProcessor组件进行集中控制，并采用Action组件来处理单项业务。之中控制方式就能够满足MVC设计模式的两大需求：

首先，控制器的用户输入数据和模型层之间充当媒介/翻译者的角色，提供一些通用的功能，当系统的这些功能出现需求变更时，不需要修改整个应用，只需要修改

局部的控制器组件即可。

其次，由于所以的请求都经过控制器的过滤，因此可以降低视图组件之间，以及视图组件和模型组件之间的相互依赖关系，提高每个组件的相对独立性。由控制器组件来决定把合适的视图组件返回给用户，这可以减少视图组件之间直接的、错综复杂的链接关系，使得应用更加灵活便于维护。

2.1.控制器组件的控制机制

Struts的控制器组件主要完成以下任务：

接收用户请求。

根据用户请求，调用相应的模型组件来执行相应的业务逻辑。

获取业务逻辑执行结果。

根据当前状态以及业务逻辑执行结果，选择合适的视图组件返回给用户。

在Struts组件中，由如下一系列相关联的组件来共同完成控制任务。

2.1.1.ActionServlet类

org.apache.struts.action.ActionServlet类是Struts框架的核心控制器组件，所有的用户请求都先由ActionServlet来处理，然后在由它把请求转发给其他组件。Struts框架只允许早一个应用中配置一个ActionServlet类，在应用的生命周期中，仅创建ActionServlet类的一个实例，这个AtionServlet实例可以同时响应多个用户请求。

2.1.2.RequestProcessor类

对于多运用模块的Struts应用,每个子应用模块都有各自的RequestProcessor实例.在ActionServlet的process()方法中,一旦选择了正确的子应用模块,就会调用子应用模块RequestProcessor实例的的process()方法来处理请求.在ActionServlet调用这个方法时,会把当前的request和response对象传给它.Struts框架只允许应用中只存在一个ActionServlet实例,但是可以存在多个RequestProcessor类,每个子应用都有单独的RequestProcessor类.

2.1.3.Action类

Action类是用户请求和业务逻辑之间的桥梁.每个Action充当客户的一项业务代理.在RequestProcessor类预处理请求时,在创建了Action的实例后,就调用自身的processActionperform()方法,该方法再调用Action类的execute()方法.Action类的execute()方法再调用模型组件的业务方法,完成用户请求的业务逻辑处理,然后根据执行结果把请求转发给合适的Web组件.

为了确保线程安全,在一个应用的生命周期中,Struts框架只会为每个Action类创建一个实例.所有的客户请求共享一个实例,并且所有请求线程可以同时执行它的execute()方法.

2.1.4.ActionForward类

Action类的execute()方法返回一ActionForwad对象.ActionForward对象代表了Web资源的逻辑抽象.这里的资源可以是JSP页/Java Servlet或Action.从execute()方法中返回ActionForward对象有两种方法:

第一:在execute()方法中,动态创建一个ActionForward实例,

return new ActionForward("Failure","/security/error.jsp","true");

以上ActionForward构造方法的第一个参数代表ActionForward实例的逻辑名,第二个参数指定转发路径,第三个参数指定是否进行重定向.(true:重定向;false:请求转发)

第二:在Struts配置文件中配置<forward>元素.

    <action name="loginActionForm"

            parameter="reqCode"

            path="/login"

            scope="request"

            validate="false"

            type="com.eRedLab.eRedCIP.frame.web.LoginAction">

              <forward name="Failure" path="/security/error.jsp" />

    </action>

配置了<forward>元素后,在Struts框架初始化时就会创建存放<forasrd>元素配置信息的ActionForward对象.在Action的execute方法中只需调用Actionmapping实例的findForward()方法,来获得特定的ActionForward实例:

return mapping.findForward("Failure");

采用第二中方法,无需在程序中硬编码来指定转发资源的物理路径.而是在配置文件中配置转发资源,程序中只需要引用转发资源的逻辑名即可.这有效提高了应用的灵活性和可维护性.

2.2.使用内置的Struts Action类

Struts提供了一些现成的Action类,在Struts应用中直接使用这些Action类可以大大节省开发时间.下面就将介绍几个最常用的Action类:

2.2.1.org.apache.struts.actions.ForwardAction类

在JSP网页中,尽管可以直接通过<jsp:forward>标签把请求转发给其他Web组件,但是Struts框架提倡先把请求转发给控制器,再由控制器来负责请求转发.

由控制器来负责请求转发有一下一些优点:

2.2.1.1.控制器具有预处理请求功能,它能够选择正确的子应用模块来处理请求,并且把子应用模块的MoudleConfig和MessageResources对象存放在Request范围内.这样,请求转发的目标WEB组件就可以正常的访问MoudleConfig和MessageResources对象.

2.2.1.2.如果JSP页面中包含HTML表单,那么控制器能够创建和这个表单对应的ActionForm对象,把用户输入的表单数据组装到ActionForm中.如果<action>节点的validate属性为true,那么还会调用ActionForm的表单验证方法.控制器把ActionForm对象存放在request或session范围内,这样请求转发的目标Web组件也可以访问ActionForm.

2.2.1.3.JSP网页之间直接相互转发违背了MVC的分层原则.按照MVC设计思想,控制器负责处理所有请求,然后选择恰当的视图组件返回给用户.

对于用户自定义的Action类,既可以负责请求转发,还可以充当客户端的业务代理.如果仅仅需要Action类提供请求转发功能,则可以使用ForwarAction类.ForwardAction专门用于请求转发,不执行任何业务操作.

2.2.2.org.apache.struts.actions.DispatchAction类

通常在一个Action中只能完成一种业务操作,如果希望在同一个Action中完成一组相关的业务操作,就要使用DispatchAction类.

创建一个扩展DispatchAction的子类,不必覆盖execute()方法,而是创建一些实现业务操作的方法,这些业务方法都应该和execute()方法具有同样的业务签名,即她们的参数和返回类型都相同.此外,也应该声明抛出Exception.

在配置DispatchAction类时,需要把parameter属性设置为"method":

    <action

        name="testTagNo1ActionForm"

        parameter="method"

        path="/testTagNo1"

        scope="request"

        type="com.eRedLab.eRedCIP.test.web.TestTagNo1Action">

     <forward name="jspView" path="/testTagNo1.jsp" />

    </action>

把parameter的属性设置为"method"后,当用户请求访问DispatchAction时,应该提供method请求参数.例如:

http://localhost:8080/eredcip/testTagNo1.do?method=addItem&id=2

以上method请求参数值为:"addItem",它指定了需要调用的业务方法,因此DispatchAction将调用相应的addItem()方法.

2.2.3.org.apache.struts.actions.LookupDispatchAction类

LookupDispatchAction类是DispatchAction的子类.在LookupDispatchAction中也可以定义多个业务方法.通常LookupDispatchAction主要用于在一个表单中有多个提交按钮,而这些按钮又有一个共同的名字的场合.这些按钮的名字和具体的ActionMapping的parameter属性值对应.下面举例说明如何使用LookupDispatchAction类:

首先,在同一个表单中定义多个提交按钮.如下:Test1.jsp

<html:form action="/processcheckout">

......

<html:submit property="action">

<bean:message key="button.save">

</html:submit>

<html:submit property="action">

<bean:message key="button.checkout">

</html:submit>

</html:form>

以上JSP代码的输出内容为:

<form name="checkoutForm" method="post" action="security/processcheckout.do">

......

<input type="submit" name="action" value="save"/>

<input type="submit" name="action" value="checkout"/>

</form>

接着,创建一个扩展LookupDispatchAction类得子类.

在ProcessCheckoutAction类中实现getKeyMethodMap()方法,这个方法返回包含key/value数据的java.util.Map对象.Map对象中的Key和<bean:message>标签的key属性匹配.value和LookupDispatchAction子类的业务方法名匹配.

以下为ProcessCheckOutAction类的getKeyMethodMap()方法:

protected Map getKeyMethodMap(){

    Map map = new HashMap();

    map.put("button.checkout","checkout");

    map.put("button.save","save");

    return map;

}

根据以上程序,应该在ProcessChecoutAction中提供两个业务方法checkout()和save();当用户提交[checkout]按钮,Shtuts框架就会调用checkout()方法;当用户提交[save]按钮时,就会调用save()方法.这些业务方法都应该和execute()方法有同样的方法签名,即它们的参数和返回类型都应该相同.业务方法声明抛出的异常为:

IOException和ServletException.

最后,在ProcessCheckoutAction的配置文件中,应该把<action>元素的parameter属性值设置为action.使它和<html:submit>标签的property属性保持一致.

3.结束语

本文从控制器的角度深入介绍了构成Struts框架的中央控制器ActionServlet和RequestProcessor的控制流程.一个Struts应用只能有一个ActionServlet实例,对于每和子应用模块都有各自的RequestProcessor实例.在Web应用描述符文件中的ActionServlet初始化阶段负责加载每个子应用模块的Struts配置文件,并把所有的配置信息保存到内存中相关配置类的实例中.