一口一口吃掉Struts(八)——四种forward
Struts设置转向信息的时候,需要用到Forward。我们有四种不同的处理方式:
<!--方式一、 全局转向信息,所有Action公用 --> <global-forwards> <forward name="error" path="/mustLogin.jsp" /> </global-forwards> <action-mappings> <!--方式二、 直接转向,不牵扯到action,完全交给Struts控制--> <action path="/showLoginWithForward" forward="/index.jsp" /> <!--方式三、 利用Struts提供的ForwardAction转向,转向信息放在parameter中 --> <action path="/showLoginWithForwardAction" type="org.apache.struts.actions.ForwardAction" parameter="/index.jsp" /> <!--方式四、forward作为action子元素完成转向 --> <action path="/showLoginWithChildForward" type="com.jialin.struts.TestAction"> <forward name="success" path="/index.jsp"></forward> </action> </action-mappings>
这几种方式有什么区别?
1、方式一的forward的是全局共享的,所有Action都可以使用,而其余三种方式只有相应的action才能使用
2、方式二仅仅起到一个转向的作用,完全由struts控制,很方便,但是我们不方便加入自定义的操作,除非重写struts框架中的类的方法。
3、方法三和方法四,最大的区别在方式三不用我们自己写action了,它用的是Struts已经写好的action。需要注意的是,无论ActionForward还是我们自定义的action都是继承自Struts的核心类Action
那么,既然有自定义的action,为什么需要ForwardAction?
*目的是发出一个RequestDispatcher转发
*ForwardAction的绝大多数使用是作为Action的占位符
*ForwardAction创建一个请求分派器,并根据ActionMapping提供的上下文相关的URI转发控制
*许多 Struts 开发人员避免从一个页面直接连接到其他地方而是通过Action 或者 ActionForward来传递控制。这保证了工作流在Struts 配置的控制之下,在这里可以进行集中管理。
*然而,许多页面并不需要特殊的预处理(至少还不需要)。如果为这些页面创建ActionMapping,你可以使用ForwardAction,来仅进行路由控制。如果以后,需求改变,又需要进行预处理,你可以改变mapping 来为那个页面引用到一个Action。因为链接是引用到mapping, 而不是Action类, 所以你可以修改Action类而不用改变链接。
4、如果同时存在一个action标签同时存在forward属性,又存在forward子元素,那么前者优先,不会执行到自定义action的exceute方法。
在Struts核心类,RequestProcessor的方法process中,我们看到
// Process a forward or include specified by this mapping
if (!processForward(request, response, mapping)) {
return;
}
如果存在forward的属性,就直接返回了,不再向下执行了,不会调到我们自定义action的exceute方法。
我们如果要做一些自己的事,就必须用forward的子元素的方式,而不能用forward属性的方式。