第五讲 struts 2拦截器

第五讲 struts 2拦截器

ID:15859577

大小:64.50 KB

页数:4页

时间:2018-08-06

第五讲 struts 2拦截器_第1页
第五讲 struts 2拦截器_第2页
第五讲 struts 2拦截器_第3页
第五讲 struts 2拦截器_第4页
资源描述:

《第五讲 struts 2拦截器》由会员上传分享,免费在线阅读,更多相关内容在行业资料-天天文库

1、第五讲Struts2拦截器一、Interceptor结构 图中,我们可以发现,Struts2的Interceptor一层一层,把Action包裹在最里面。这样的结构,大概有以下一些特点: 1.整个结构就如同一个堆栈,除了Action以外,堆栈中的其他元素是Interceptor 2.Action位于堆栈的底部。由于堆栈"先进后出"的特性,如果我们试图把Action拿出来执行,我们必须首先把位于Action上端的Interceptor拿出来执行。这样,整个执行就形成了一个递归调用 3.每个位于堆栈中的Interceptor,除了需要完成它自身的逻辑,还需要完成一个特殊的执行职责

2、。这个执行职责有3种选择: 1)中止整个执行,直接返回一个字符串作为resultCode 2)通过递归调用负责调用堆栈中下一个Interceptor的执行 3)如果在堆栈内已经不存在任何的Interceptor,调用Action Struts2的拦截器结构的设计,实际上是一个典型的责任链模式的应用。首先将整个执行划分成若干相同类型的元素,每个元素具备不同的逻辑责任,并将他们纳入到一个链式的数据结构中(我们可以把堆栈结构也看作是一个递归的链式结构),而每个元素又有责任负责链式结构中下一个元素的执行调用。 这样的设计,从代码重构的角度来看,实际上是将一个复杂的系统,分而治之,从而

3、使得每个部分的逻辑能够高度重用并具备高度可扩展性。所以,Interceptor结构实在是Struts2/Xwork设计中的精华之笔。二、Interceptor执行分析Interceptor的定义 我们来看一下Interceptor的接口的定义: publicinterfaceInterceptorextendsSerializable{voiddestroy();voidinit();Stringintercept(ActionInvocationinvocation)throwsException;}Interceptor的接口定义没有什么特别的地方,除了init和dest

4、ory方法以外,intercept方法是实现整个拦截器机制的核心方法。而它所依赖的参数ActionInvocation则是我们之前曾经提到过的著名的Action调度者。 我们再来看看一个典型的Interceptor的抽象实现类: publicabstractclassAroundInterceptorextendsAbstractInterceptor{/*(non-Javadoc)*@seecom.opensymphony.xwork2.interceptor.AbstractInterceptor#intercept(com.opensymphony.xwork2.Act

5、ionInvocation)*/@OverridepublicStringintercept(ActionInvocationinvocation)throwsException{Stringresult=null;before(invocation);//调用下一个拦截器,如果拦截器不存在,则执行Actionresult=invocation.invoke();after(invocation,result);returnresult;}publicabstractvoidbefore(ActionInvocationinvocation)throwsException;p

6、ublicabstractvoidafter(ActionInvocationinvocation,StringresultCode)throwsException;}在这个实现类中,实际上已经实现了最简单的拦截器的雏形。或许大家对这样的代码还比较陌生,这没有关系。我在这里需要指出的是一个很重要的方法invocation.invoke()。这是ActionInvocation中的方法,而ActionInvocation是Action调度者,所以这个方法具备以下2层含义: 1.如果拦截器堆栈中还有其他的Interceptor,那么invocation.invoke()将调用堆栈

7、中下一个Interceptor的执行。 2.如果拦截器堆栈中只有Action了,那么invocation.invoke()将调用Action执行。 所以,我们可以发现,invocation.invoke()这个方法其实是整个拦截器框架的实现核心。基于这样的实现机制,我们还可以得到下面2个非常重要的推论: 1.如果在拦截器中,我们不使用invocation.invoke()来完成堆栈中下一个元素的调用,而是直接返回一个字符串作为执行结果,那么整个执行将被中止。 2.我们可以以invocation.invo

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。