- 浏览: 308909 次
最新评论
-
nucleus:
为什么都是没有图的。。。。。。。求图片啊
《研磨struts2》第七章 值栈和OGNL 之 7.4 ActionContext和ServletActionContext -
nucleus:
为什么都是没有图的。。。。。。。求图片啊
《研磨struts2》第七章 值栈和OGNL 之 7.4 ActionContext和ServletActionContext -
nucleus:
为什么都是没有图的。。。。。。。求图片啊
《研磨struts2》第七章 值栈和OGNL 之 7.4 ActionContext和ServletActionContext -
nucleus:
为什么都是没有图的。。。。。。。求图片啊
《研磨struts2》第七章 值栈和OGNL 之 7.4 ActionContext和ServletActionContext -
hunanjun000:
《研磨struts2》第四章 Action 之 4.5 Action的其它重要知识
6.3 自定义的拦截器
6.3.1 什么是自定义的拦截器
所谓自定义的拦截器,就是由我们自己定义并实现的拦截器,而不是由Struts2定义好的拦截器。
虽然Struts2的预定义拦截器已经满足了大多数情况的需要。但在有些时候,我们可能会根据项目的实际需要而自定义一些拦截器,来实现一些特别的功能。
比如,我们可能认为Struts2预置的logger拦截器功能比较弱,我们希望在任何一个action运行的时候,都会先打印出所访问的动作类Action,再打印出所有的request参数,最后打印出要跳转到的jsp。这个功能并不影响真正的业务逻辑,但是对调试错误是非常有帮助的,免的我们再手工一一对应和查看。
6.3.2 开发自定义拦截器
好了,了解了什么是自定义的拦截器过后,一起来看看究竟如何实现自定义的拦截器。
其实在Struts2里面,要实现自定义的拦截器是非常简单的,只要写一个实现Interceptor接口的类就可以了。
也就是说,所有的拦截器都要实现com.opensymphony.xwork2.interceptor.Interceptor接口,这个接口中定义如下:
方法的基本说明如下:
- init方法就类似于构造方法,用于初始化一些相关资源
- destory方法类似于析构方法,用于释放资源
- intercept方法,就是拦截器执行的处理方法,我们要实现的功能主要就写在这个方法里面。
对于intercept方法,再说明几点:
(1)在intercept方法中写“invocation.invoke();”,这句话的意思是继续运行拦截器后续的处理,如果这个拦截器后面还有拦截器,那么会继续运行,一直到运行Action,然后执行Result。
如果intercept方法中没有写“invocation.invoke();”这句话,那就意味着对请求的运行处理到此为止,不再继续向后运行了,换句话说,后续的拦截器和Action就不再执行了。而是在这里返回Result字符串,直接去进行Result处理了。
(2)在“invocation.invoke();”这句话之前写的功能,会在Action运行之前执行
(3)在“invocation.invoke();”这句话之后写的功能,会在Result运行之后执行
(4)intercept方法的返回值就是最终要返回的Result字符串,这个只是在前面没有执行Result的时候才有效,也就是前面没有“invocation.invoke();”这句话的时候,这个返回值就相当于是最终要返回的Result字符串,然后才执行相应的Result处理。
说了这么多,还是来示例一下,看看如何实现自定义的拦截器吧。
1:先来个最简单的,就是在Action运行之前,和Result运行之后输出一点信息,当然,有实际功能需求的时候,就写成实际功能的处理代码了,示例代码如下:
- package cn.javass.action.action;
- import com.opensymphony.xwork2.ActionInvocation;
- import com.opensymphony.xwork2.interceptor.Interceptor;
- public class MyInterceptor implements Interceptor{
- public void destroy() {
- System.out.println("MyInterceptor 销毁");
- }
- public void init() {
- System.out.println("MyInterceptor 初始化");
- }
- public String intercept(ActionInvocation invocation) throws Exception {
- System.out.println("在acton执行之前");
- String result = invocation.invoke();
- System.out.println("在Result运行之后");
- return result;
- }
- }
可以看到,这个Interceptor的init方法和destroy方法只是输出了一句信息,它的intercept方法用来执行响应,在“invocation.invoke();”这句话之前和之后分别输出了一句信息。最后返回的result,就是invocation.invoke()的返回值。
2:HelloWorldAction这个类不用修改
3:需要到struts.xml里面配置拦截器的声明和引用,示例如下:
- <package name="helloworld" extends="struts-default">
- <interceptors>
- <interceptor name=“myInterceptor” class="cn.javass.action.action.MyInterceptor"/>
- </interceptors>
- <action name="helloworldAction" class="cn.javass.action.action.HelloWorldAction">
- <result name="toWelcome">/s2impl/welcome.jsp</result>
- <interceptor-ref name=“myInterceptor”/>
- <interceptor-ref name="defaultStack"/>
- </action>
- </package>
在这个<package>元素中,首先声明了一个自定义的拦截器:
然后在<action>中引用了这个拦截器。
4:运行测试一下,后台输出:
可以看到加粗部分就是在拦截器里输出的信息,它分别运行于Action运行之前和Result运行之后。可能有朋友会说,从这里只看到了Action的运行,并没有看到Result的运行啊,你怎么知道是在Result运行之后呢?
很简单,前面增经做过一个自定义的Result,这里来使用它,这样就可以在里面输出信息,从而看出拦截器、Action和Result运行的顺序了。
5:上一章自定义Result的类MyResult不需要改动
6:修改struts.xml,在里面添加上Result的定义,配置如下:
- <package name="helloworld" extends="struts-default">
- <result-types>
- <result-type name="MyResult" class="cn.javass.action.action.MyResult" default="false"/>
- </result-types>
- <interceptors>
- <interceptor name=“myInterceptor” class="cn.javass.action.action.MyInterceptor"/>
- </interceptors>
- <action name="helloworldAction" class="cn.javass.action.action.HelloWorldAction">
- <result name="toWelcome" type="MyResult">/s2impl/welcome.jsp</result>
- <interceptor-ref name=“myInterceptor”/>
- <interceptor-ref name="defaultStack"/>
- </action>
- </package>
7:再次访问登录页面,重新运行测试,后台的输出为:
加粗的那句话,就是自定义的Result运行时输出的,你会发现,确实是Result运行完成过后,才运行的自定义拦截器中“invocation.invoke();”这句话后面的输出语句的。
另外一点,你要是细心的话,你会发现,在启动服务器的时候,就会输出如下一句:
这表明,拦截器在启动服务器的时候,就已经初始化好了。
8:要注意,如果自定义拦截器中没有调用“invocation.invoke();”这句话的话,那么就相当于后续的拦截器和Action都不会运行了,而是直接根据拦截器的intercept方法所直接返回的Result字符串,来匹配和运行Result。
首先,要修改拦截器类,去掉“invocation.invoke();”这句话,直接返回一个Result字符串,示例代码如下:
- public class MyInterceptor implements Interceptor{
- public void destroy() {
- System.out.println("MyInterceptor 销毁");
- }
- public void init() {
- System.out.println("MyInterceptor 初始化");
- }
- public String intercept(ActionInvocation invocation) throws Exception {
- System.out.println("在acton执行之前");
- System.out.println("在Result运行之后");
- return "toWelcome";
- }
- }
然后再次运行测试,后台的输出为:
也就是说,是先把拦截器的intercept方法执行完成,然后才运行的Result。
6.3.3 向拦截器传入参数
为什么要传入参数呢?因为有些时候,同一个拦截器为不同的Action服务的时候,需要根据传入的参数进行处理上的变化。比如说,一个记录日志的拦截器,可以根据配置来决定到底把日志记录在数据库还是文件里面。
可以把这种配置数据作为一个参数,在配置的时候设置值,会自动传入拦截器中。具体做法还是看个示例比较清楚。
1:首先看看在struts.xml中,如何为拦截器设置参数。
- <action name="helloworldAction" class="cn.javass.action.action.HelloWorldAction">
- <result name="toWelcome" type="MyResult">/s2impl/welcome.jsp</result>
- <interceptor-ref name=“myInterceptor”>
- <param name="dbOrFile">db</param>
- </interceptor-ref>
- <interceptor-ref name="defaultStack"/>
- </action>
在这里,通过<param>子元素来为拦截器注入参数,名称是自定义的,当然要与拦截器里面的属性匹配上。
2:拦截器类要想接到这个参数,就必须定义一个对应的属性,并提供setter方法,示例代码如下:
- public class MyInterceptor implements Interceptor{
- private String dbOrFile;
- public void setDbOrFile(String dbOrFile) {
- this.dbOrFile = dbOrFile;
- }
- public void destroy() {
- }
- public void init() {
- }
- public String intercept(ActionInvocation invocation) throws Exception {
- System.out.println("接到dbOrFile的参数=="+this.dbOrFile);
- if("db".equalsIgnoreCase(this.dbOrFile)){
- System.out.println("记录日志到数据库");
- }else{
- System.out.println("记录日志到文件");
- }
- String result = invocation.invoke();
- return result;
- }
- }
注意加粗的部分,名称为dbOrFile的属性以及对应的setter方法。这样,在初始化这个拦截器的时候,Struts2就会反射的调用对应的setter,把在<param>元素中配置的值设置到dbOrFile属性上去。
测试运行,后台输出为:
3:上面是在引用拦截器的时候设置参数,还有另一种方式指定参数。就是在拦截器声明的时候就设置参数,示例配置如下:
- <package name="helloworld" extends="struts-default">
- <result-types>
- <result-type name="MyResult" class="cn.javass.action.action.MyResult" default="false"/>
- </result-types>
- <interceptors>
- <interceptor name=“myInterceptor” class="cn.javass.action.action.MyInterceptor">
- <param name="dbOrFile">db</param>
- </interceptor>
- </interceptors>
- <action name="helloworldAction" class="cn.javass.action.action.HelloWorldAction">
- <result name="toWelcome" type="MyResult">/s2impl/welcome.jsp</result>
- <interceptor-ref name=“myInterceptor”/>
- <interceptor-ref name="defaultStack"/>
- </action>
- </package>
去运行测试一下,这种配置方式得到的运行效果和前一种方式是一样的。
4:在<interceptor-ref>元素上注册的参数会覆盖在<interceptor>元素上注册的同名参数。示例配置如下:
- <package name="helloworld" extends="struts-default">
- <result-types>
- <result-type name="MyResult" class="cn.javass.action.action.MyResult" default="false"/>
- </result-types>
- <interceptors>
- <interceptor name=“myInterceptor” class="cn.javass.action.action.MyInterceptor">
- <param name="dbOrFile">db</param>
- </interceptor>
- </interceptors>
- <action name="helloworldAction" class="cn.javass.action.action.HelloWorldAction">
- <result name="toWelcome" type="MyResult">/s2impl/welcome.jsp</result>
- <interceptor-ref name=“myInterceptor”>
- <param name="dbOrFile">file</param>
- </interceptor-ref>
- <interceptor-ref name="defaultStack"/>
- </action>
- </package>
再次运行测试,后台输出为:
后台输出的是file而不是db,这说明,在声明拦截器的时候定义的参数,被引用拦截器的时候配置的参数覆盖了。
私塾在线网站原创《研磨struts2》系列
转自请注明出处:【http://sishuok.com/forum/blogPost/list/0/4059.html】
欢迎访问http://sishuok.com获取更多内容
发表评论
-
研磨struts2 目录贴
2012-08-24 12:12 163331.1 《研磨struts2》 第一章 Struts2 ... -
跟着cc学设计 之 研磨设计模式 视频教程 出炉了
2012-08-15 07:16 2研磨设计模式——跟着CC学设计系列精品课程,上线了! ... -
研磨struts2 目录
2012-07-30 21:15 2471.1 《研磨struts2》 第一章 Strut ... -
研磨struts2 目录
2012-07-30 16:54 361.1 《研磨struts2》 第一章 Stru ... -
《研磨struts2》A.2 struts.properties的配置 之 A.2.1 概述
2012-07-09 12:10 3055A.2.1 概述 如果我们希望覆盖在 ... -
《研磨struts2》附录A Struts2的配置 之 A.1 struts.xml的配置
2012-07-09 12:10 2710A.1 struts.xml的配置 A.1.1 ... -
《研磨struts2》第二十一章 零配置 之 21.3 通过注解来实现零配置
2012-07-06 08:07 291121.3 通过注解来实现零配置 21.3.1 ... -
《研磨struts2》第二十一章 零配置 之 21.2 约定大于配置
2012-07-05 10:44 245821.2 约定大于配置 21.2.1 约定 ... -
《研磨struts2》第二十一章 零配置 之 21.1 概述
2012-07-05 10:44 231321.1 概述 21.1.1 零配置概述 在 ... -
《研磨struts2》第二十章 整合SiteMesh 之 20.3 整合Struts2与SiteMesh
2012-07-04 08:15 2072在Struts2中使用SiteMesh ... -
《研磨struts2》第二十章 整合SiteMesh 之 20.2 单独使用SiteMesh
2012-07-03 08:00 209120.2 单独使用SiteMesh 20. ... -
《研磨struts2》第二十章 整合SiteMesh 之 20.1 调整应用的风格
2012-07-03 07:59 185520.1 调整应用的风 ... -
《研磨struts2》19.2 使用execAndWait拦截器模拟进度条 之 19.2.1 模拟长时间运行的Action
2012-07-02 12:24 213719.2.1模拟长时间运行的Action ... -
《研磨struts2》第十九章 进度条 之 19.1 使用“进度条”告知用户进度
2012-07-02 12:23 214119.1 使用“进度条”告知用户进度 ... -
《研磨struts2》第十八章 结合JFreeChart 之 18.3 Struts2结合JFreeChart
2012-06-28 12:12 199918.3 Struts2结合JFreeChart ... -
《研磨struts2》第十八章 结合JFreeChart 之 18.2 Struts2插件概述
2012-06-28 12:11 2022Struts2并没有求大求全,企图把所有 ... -
《研磨struts2》第十八章 结合JFreeChart 之 18.1 JFreeChart使用
2012-06-20 15:48 227818.1 JFreeChart使用 18.1.1概 ... -
研磨struts2(1-10章)电子书下载
2012-06-19 07:30 6058研磨struts2的博客文章 私塾在线学习网 《研 ... -
《研磨struts2》第十七章 防止重复提交 之 17.3 更强大的tokenSession拦截器
2012-06-18 13:46 206917.3 更强大的tokenSession拦截器 ... -
《研磨struts2》第十七章 防止重复提交 之 17.2 使用标签
2012-06-18 13:45 233317.2 使用<s:token/>标签 ...
相关推荐
2. **拦截器(Interceptors)**:Struts2的核心之一是其拦截器机制,它们在Action执行前后执行一系列预定义或自定义的操作。这些拦截器可以用于登录验证、日志记录、性能监控等。源代码中可能包含了不同类型的拦截器...
相比于第一代Struts框架,Struts 2提供了更多的功能,如拦截器、动态方法调用、更强大的表单处理机制等,并且它与Spring和Hibernate等其他Java EE技术栈的集成更加紧密。 ### Struts 2的特点 1. **强大的表单处理...
### 知识点一:Struts2入门(MVC HelloWorld) #### 1.1 Struts2简介 ...以上就是关于“研磨Struts2”的主要知识点梳理,通过深入学习这些内容,开发者可以更好地掌握Struts2框架的核心技术和实践技巧。
Struts2框架的拦截器是其一大特色,它允许开发者定义一系列预定义或自定义的行为,这些行为在请求被处理前和后执行。例如,登录验证、日志记录、性能监控等都可以通过拦截器实现。通过灵活的拦截器链,开发者可以...
由于文件较大,我把这个文档切割为2部分,这是第一部分,请下载完第一部分后一定要下载第二部分,否则不能阅读。
11. **Interceptor**:拦截器是Struts2中的另一个重要特性,它们在Action执行前后插入,提供了日志、权限检查、事务控制等功能。拦截器链可以根据需要定制,提高了代码的复用性和可扩展性。 12. **其他重要知识**:...
研磨Struts2 高清完整版,请和第一部分一起下载啊
研磨Struts2_12859679_高清完整版
研磨Struts2-高清-完整目录-2011年10月,分享给所有需要的人
第6章 工厂方法模式(Factory Method) 第7章 抽象工厂模式(Abstract Factory) 第8章 生成器模式(Builder) 第9章 原型模式(Prototype) 第10章 中介者模式(Mediator) 第11章 代理模式(Proxy) 第12章 ...
第6章 工厂方法模式(Factory Method) 第7章 抽象工厂模式(Abstract Factory) 第8章 生成器模式(Builder) 第9章 原型模式(Prototype) 第10章 中介者模式(Mediator) 第11章 代理模式(Proxy) 第12章 ...
第6章 工厂方法模式(Factory Method) 第7章 抽象工厂模式(Abstract Factory) 第8章 生成器模式(Builder) 第9章 原型模式(Prototype) 第10章 中介者模式(Mediator) 第11章 代理模式(Proxy) 第12章 ...
第6章 工厂方法模式(Factory Method) 第7章 抽象工厂模式(Abstract Factory) 第8章 生成器模式(Builder) 第9章 原型模式(Prototype) 第10章 中介者模式(Mediator) 第11章 代理模式(Proxy) ...
Java工程师三大框架面试题.pdf