`
武瑞华
  • 浏览: 10908 次
  • 性别: Icon_minigender_1
  • 来自: 北京
文章分类
社区版块
存档分类
最新评论

WebWork教程- Interceptor(拦截器)

 
阅读更多
Interceptor（拦截器）将Action共用的行为独立出来，在Action执行前后运行。这也就是我们所说的AOP（Aspect Oriented Programming，面向切面编程），它是分散关注的编程方法，它将通用需求功能从不相关类之中分离出来；同时，能够使得很多类共享一个行为，一旦行为发生变化，不必修改很多类，只要修改这个行为就可以。
 
Interceptor将很多功能从我们的Action中独立出来，大量减少了我们Action的代码，独立出来的行为具有很好的重用性。XWork、WebWork的许多功能都是有Interceptor实现，可以在配置文件中组装Action用到的Interceptor，它会按照你指定的顺序，在Action执行前后运行。
 
 
当你提交对Aciton（默认是.action结尾的Url）的请求时，ServletDispatcher会根据你的请求，去调度并执行相应的Action。在Action执行之前，调用被 Interceptor截取，Interceptor在Action执行前后运行。
 
我们在用户注册的例子中就使用了取得Request请求参数的拦截器，配置文件中<interceptor-ref name="params"/>将拦截器params组装到RegisterAction中。“params”在我们的webwork-default.xml配置文件中有定义，webwork-default.xml中拦截器的定义如下：
 
<interceptors>
            <interceptor name="timer" class="com.opensymphony.xwork.interceptor.TimerInterceptor"/>
            <interceptor name="logger" class="com.opensymphony.xwork.interceptor.LoggingInterceptor"/>
            <interceptor name="chain" class="com.opensymphony.xwork.interceptor.ChainingInterceptor"/>
            <interceptor name="static-params" class="com.opensymphony.xwork.interceptor.StaticParametersInterceptor"/>
            <interceptor name="params" class="com.opensymphony.xwork.interceptor.ParametersInterceptor"/>
            <interceptor name="model-driven" class="com.opensymphony.xwork.interceptor.ModelDrivenInterceptor"/>
            <interceptor name="component" class="com.opensymphony.xwork.interceptor.component.ComponentInterceptor"/>
            <interceptor name="token" class="com.opensymphony.webwork.interceptor.TokenInterceptor"/>
            <interceptor name="token-session" class="com.opensymphony.webwork.interceptor.TokenSessionStoreInterceptor"/>
            <interceptor name="validation" class="com.opensymphony.xwork.validator.ValidationInterceptor"/>
            <interceptor name="workflow" class="com.opensymphony.xwork.interceptor.DefaultWorkflowInterceptor"/>
            <interceptor name="servlet-config" class="com.opensymphony.webwork.interceptor.ServletConfigInterceptor"/>
            <interceptor name="prepare" class="com.opensymphony.xwork.interceptor.PrepareInterceptor"/>
            <interceptor name="conversionError" class="com.opensymphony.webwork.interceptor.WebWorkConversionErrorInterceptor"/>
            <interceptor-stack name="defaultStack">
                <interceptor-ref name="static-params"/>
                <interceptor-ref name="params"/>
                <interceptor-ref name="conversionError"/>
            </interceptor-stack>
            <interceptor-stack name="validationWorkflowStack">
                <interceptor-ref name="defaultStack"/>
                <interceptor-ref name="validation"/>
                <interceptor-ref name="workflow"/>
            </interceptor-stack>
        </interceptors>
这些都时有框架提供的默认的Interceptor，下面我来看看Interceptor使用的步骤：
1、   创建一个自己需要的Interceptor类，它必需实现
com.opensymphony.xwork.interceptor.Interceptor接口，具体的开发见下面的Interceptor的原理。
2、   在配置文件（xwork..xml）中申明这个Interceptor类，它放在标签<interceptor />中，同是<interceptor />标签嵌入在<interceptors />标签内部。
3、   创建Interceptor栈，使用标签：<interceptor-stack />，让一组Interceptor可以按次序调用。（可选）
4、   指定Action所要用到的Interceptor（前面申明过的），可以用<interceptor-ref />或<default-interceptor-ref />标签。前面的标签指定某个Action所用到的Interceptor，如果Action没有被用<interceptor-ref />指定Interceptor，它将使用<default-interceptor-ref />指定的Interceptor。
框架中给我们提供了很多实用的Interceptor，它的定义上面已经给出，它的具体功能如下：
l          timer：记录Action执行的时间，并做为日志信息输出；
l          logger：在日志信息中输出要执行的Action信息；
l          chain：将前一个执行结束的Action属性设置到当前的Action中。它被用在ResultType为“chain”指定结果的Action中，该结果Action对象会从OgnlValueStack中获得前一个Action对应的属性，它实现Action链之间的数据传递；
l          static-params：将xwork.xml配置文件里定义的Action参数，设置到对应的Action中。Action参数使用<param />标签，是<action />标签的直接子元素。我们这里定义的Action类必需实现com.opensymphony.xwork.config.entities. Parameterizable接口；
l          params：将Request请求的参数设置到相应Action对象的属性中，用户注册例子用到过这个拦截器；
l          model-driven：如果Action实现ModelDriven接口，它将getModel()取得的模型对象存入OgnlValueStack中；
l          component：激活组件功能支持，让注册过的组件在当前Action中可用，即为Action提供IoC（依赖倒转控制）框架的支持；
l          token：核对当前Action请求（request）的有效标识，防止重复提交Action请求(request)。
l          token-session：功能同上，但是当提交无效的Action请求标识时，它会将请求数据保存到session中。
l          validation：实现使用xml配置文件（{Action}-validation.xml）对Action属性值进行验证，详细请看后面介绍的验证框架。
l          workflow：调用Action类的验证功能，假设Action使用ValidationAware实现验证（ActionSupport提供此功能），如果验证没有通过，workflow会将请求返回到input视图（Action的<result />中定义的）。
l          servlet-config：提供Action直接对HttpServletRequest或HttpServletResponse等JavaServlet api的访问，Action要实现相应的接口，例如：ServletRequestAware或ServletResponseAware等。如果必需要提供对JavaServlet api的访问，我们建议使用ServletActionContext，在前面ActionContext章节中有介绍。
l          prepare：在Action执行之前调用Action的prepare()方法，这个方法是用来准备Action执行之前要做的工作。它要求我们的Action必需实现com.opensymphony.xwork. Preparable接口
conversionError：用来处理框架进行类型转化(Type Conversion)时的出错信息。它将存储在ActionContext中的类型转化（Type Conversion）错误信息转化成相应的Action字段的错误信息，保存在堆栈中。根据需要，可以将这些错误信息在视图中显示出来。
 
Interceptor的原理
下面我们来看看Interceptor是如何实现在Action执行前后调用的：
Action和Interceptor在框架中的执行，是由ActionInvocation对象调用的。它是用方法：String invoke() throws Exception;来实现的，它首先会依次调用Action对应的Interceptor，执行完成所有的Interceptor之后，再去调用Action的方法，代码如下：
if (interceptors.hasNext()) {
Interceptor interceptor = (Interceptor) interceptors.next();
resultCode = interceptor.intercept(this);
} else {
     if (proxy.getConfig().getMethodName() == null) {
resultCode = getAction().execute();
} else {
        resultCode = invokeAction(getAction(), proxy.getConfig());
}
}
它会在拦截器栈中遍历Interceptor，调用Interceptor的方法：
String intercept(ActionInvocation invocation) throws Exception;。
我们一直都提到，Interceptor是在Action前后执行，可是从上面的代码我们看到的却是执行完所有Interceptor的intercept()方法之后再去调用我们的Action。“在Action前后执行”是如何实现的呢？我们来看看抽象类AroundInterceptor的intercept（）实现：
public String intercept(ActionInvocation invocation) throws Exception {
        String result = null;
 
        before(invocation);
        result = invocation.invoke();
        after(invocation, result);
 
        return result;
    }
原来在intercept()方法又对ActionInvocation的invoke()方法进行递归调用，ActionInvocation循环嵌套在intercept()中，一直到语句result = invocation.invoke();执行结束，即：Action执行完并返回结果result，这时Interceptor对象会按照刚开始执行的逆向顺序依次执行结束。这样before（）方法将在Action执行前调用，after（）方法在Action执行之后运行
WebWork教程- Interceptor(拦截器)
Interceptor（拦截器）将Action共用的行为独立出来，在Action执行前后运行。这也就是我们所说的AOP（Aspect Oriented Programming，面向切面编程），它是分散关注的编程方法，它将通用需求功能从不相关类之中分离出来；同时，能够使得很多类共享一个行为，一旦行为发生变化，不必修改很多类，只要修改这个行为就可以。
 
Interceptor将很多功能从我们的Action中独立出来，大量减少了我们Action的代码，独立出来的行为具有很好的重用性。XWork、WebWork的许多功能都是有Interceptor实现，可以在配置文件中组装Action用到的Interceptor，它会按照你指定的顺序，在Action执行前后运行。Interceptor在框架中的应用如下图所示
 
 
当你提交对Aciton（默认是.action结尾的Url）的请求时，ServletDispatcher会根据你的请求，去调度并执行相应的Action。在Action执行之前，调用被 Interceptor截取，Interceptor在Action执行前后运行。
 
我们在用户注册的例子中就使用了取得Request请求参数的拦截器，配置文件中<interceptor-ref name="params"/>将拦截器params组装到RegisterAction中。“params”在我们的webwork-default.xml配置文件中有定义，webwork-default.xml中拦截器的定义如下：
 
<interceptors>
            <interceptor name="timer" class="com.opensymphony.xwork.interceptor.TimerInterceptor"/>
            <interceptor name="logger" class="com.opensymphony.xwork.interceptor.LoggingInterceptor"/>
            <interceptor name="chain" class="com.opensymphony.xwork.interceptor.ChainingInterceptor"/>
            <interceptor name="static-params" class="com.opensymphony.xwork.interceptor.StaticParametersInterceptor"/>
            <interceptor name="params" class="com.opensymphony.xwork.interceptor.ParametersInterceptor"/>
            <interceptor name="model-driven" class="com.opensymphony.xwork.interceptor.ModelDrivenInterceptor"/>
            <interceptor name="component" class="com.opensymphony.xwork.interceptor.component.ComponentInterceptor"/>
            <interceptor name="token" class="com.opensymphony.webwork.interceptor.TokenInterceptor"/>
            <interceptor name="token-session" class="com.opensymphony.webwork.interceptor.TokenSessionStoreInterceptor"/>
            <interceptor name="validation" class="com.opensymphony.xwork.validator.ValidationInterceptor"/>
            <interceptor name="workflow" class="com.opensymphony.xwork.interceptor.DefaultWorkflowInterceptor"/>
            <interceptor name="servlet-config" class="com.opensymphony.webwork.interceptor.ServletConfigInterceptor"/>
            <interceptor name="prepare" class="com.opensymphony.xwork.interceptor.PrepareInterceptor"/>
            <interceptor name="conversionError" class="com.opensymphony.webwork.interceptor.WebWorkConversionErrorInterceptor"/>
            <interceptor-stack name="defaultStack">
                <interceptor-ref name="static-params"/>
                <interceptor-ref name="params"/>
                <interceptor-ref name="conversionError"/>
            </interceptor-stack>
            <interceptor-stack name="validationWorkflowStack">
                <interceptor-ref name="defaultStack"/>
                <interceptor-ref name="validation"/>
                <interceptor-ref name="workflow"/>
            </interceptor-stack>
        </interceptors>
这些都时有框架提供的默认的Interceptor，下面我来看看Interceptor使用的步骤：
1、   创建一个自己需要的Interceptor类，它必需实现
com.opensymphony.xwork.interceptor.Interceptor接口，具体的开发见下面的Interceptor的原理。
2、   在配置文件（xwork..xml）中申明这个Interceptor类，它放在标签<interceptor />中，同是<interceptor />标签嵌入在<interceptors />标签内部。
3、   创建Interceptor栈，使用标签：<interceptor-stack />，让一组Interceptor可以按次序调用。（可选）
4、   指定Action所要用到的Interceptor（前面申明过的），可以用<interceptor-ref />或<default-interceptor-ref />标签。前面的标签指定某个Action所用到的Interceptor，如果Action没有被用<interceptor-ref />指定Interceptor，它将使用<default-interceptor-ref />指定的Interceptor。
框架中给我们提供了很多实用的Interceptor，它的定义上面已经给出，它的具体功能如下：
l          timer：记录Action执行的时间，并做为日志信息输出；
l          logger：在日志信息中输出要执行的Action信息；
l          chain：将前一个执行结束的Action属性设置到当前的Action中。它被用在ResultType为“chain”指定结果的Action中，该结果Action对象会从OgnlValueStack中获得前一个Action对应的属性，它实现Action链之间的数据传递；
l          static-params：将xwork.xml配置文件里定义的Action参数，设置到对应的Action中。Action参数使用<param />标签，是<action />标签的直接子元素。我们这里定义的Action类必需实现com.opensymphony.xwork.config.entities. Parameterizable接口；
l          params：将Request请求的参数设置到相应Action对象的属性中，用户注册例子用到过这个拦截器；
l          model-driven：如果Action实现ModelDriven接口，它将getModel()取得的模型对象存入OgnlValueStack中；
l          component：激活组件功能支持，让注册过的组件在当前Action中可用，即为Action提供IoC（依赖倒转控制）框架的支持；
l          token：核对当前Action请求（request）的有效标识，防止重复提交Action请求(request)。
l          token-session：功能同上，但是当提交无效的Action请求标识时，它会将请求数据保存到session中。
l          validation：实现使用xml配置文件（{Action}-validation.xml）对Action属性值进行验证，详细请看后面介绍的验证框架。
l          workflow：调用Action类的验证功能，假设Action使用ValidationAware实现验证（ActionSupport提供此功能），如果验证没有通过，workflow会将请求返回到input视图（Action的<result />中定义的）。
l          servlet-config：提供Action直接对HttpServletRequest或HttpServletResponse等JavaServlet api的访问，Action要实现相应的接口，例如：ServletRequestAware或ServletResponseAware等。如果必需要提供对JavaServlet api的访问，我们建议使用ServletActionContext，在前面ActionContext章节中有介绍。
l          prepare：在Action执行之前调用Action的prepare()方法，这个方法是用来准备Action执行之前要做的工作。它要求我们的Action必需实现com.opensymphony.xwork. Preparable接口
conversionError：用来处理框架进行类型转化(Type Conversion)时的出错信息。它将存储在ActionContext中的类型转化（Type Conversion）错误信息转化成相应的Action字段的错误信息，保存在堆栈中。根据需要，可以将这些错误信息在视图中显示出来。
 
Interceptor的原理
下面我们来看看Interceptor是如何实现在Action执行前后调用的：
Action和Interceptor在框架中的执行，是由ActionInvocation对象调用的。它是用方法：String invoke() throws Exception;来实现的，它首先会依次调用Action对应的Interceptor，执行完成所有的Interceptor之后，再去调用Action的方法，代码如下：
if (interceptors.hasNext()) {
Interceptor interceptor = (Interceptor) interceptors.next();
resultCode = interceptor.intercept(this);
} else {
     if (proxy.getConfig().getMethodName() == null) {
resultCode = getAction().execute();
} else {
        resultCode = invokeAction(getAction(), proxy.getConfig());
}
}
它会在拦截器栈中遍历Interceptor，调用Interceptor的方法：
String intercept(ActionInvocation invocation) throws Exception;。
我们一直都提到，Interceptor是在Action前后执行，可是从上面的代码我们看到的却是执行完所有Interceptor的intercept()方法之后再去调用我们的Action。“在Action前后执行”是如何实现的呢？我们来看看抽象类AroundInterceptor的intercept（）实现：
public String intercept(ActionInvocation invocation) throws Exception {
        String result = null;
 
        before(invocation);
        result = invocation.invoke();
        after(invocation, result);
 
        return result;
    }
原来在intercept()方法又对ActionInvocation的invoke()方法进行递归调用，ActionInvocation循环嵌套在intercept()中，一直到语句result = invocation.invoke();执行结束，即：Action执行完并返回结果result，这时Interceptor对象会按照刚开始执行的逆向顺序依次执行结束。这样before（）方法将在Action执行前调用，after（）方法在Action执行之后运行
分享到：
| Linux上部署ArcGIS Server 10
评论
发表评论

您还没有登录,请您登录后再发表评论

相关推荐

    WebWork教程－0.90版

    - **Xwork**：作为底层核心，Xwork提供了一系列强大的功能，如前端拦截器（Interceptor）、运行时表单属性验证、类型转换、OGNL（对象图导航语言）表达式、以及IoC（倒置控制）容器等。它采用Command模式实现，且...

    WebWork教程－0.90版.pdf

    - **Interceptor**：拦截器是WebWork中另一个重要的概念，可以在Action执行前或后执行特定的操作，如事务管理、日志记录等。 - **Interceptor的原理**：通过配置文件或注解来定义拦截器链，按照顺序执行各个拦截器。...

    webwork 权限拦截器

    WebWork权限拦截器是WebWork框架中的一个重要组件，主要用于实现基于拦截器（interceptor）的权限控制。在Web开发中，权限拦截器扮演着至关重要的角色，它可以在用户请求到达控制器之前进行预处理，判断用户是否有权...

    Webwork2-Guide.rar_webwork2

    3. **Interceptors（拦截器）**: 拦截器是Webwork2的一个强大功能，允许在Action执行前后插入自定义逻辑，如权限验证、日志记录等。 4. **ValueStack（值栈）**: 一个对象容器，用于存储Action上下文中的数据，使得...

    webwork教程

    - 前端拦截器（Interceptor）机制。 - 运行时表单属性验证。 - 类型转换。 - 强大的表达式语言（OGNL—Object Graph Notation Language）。 - IoC（Inversion of Control）容器支持。 #### 二、WebWork架构...

    webwork拦截器,验证,以及帮助文档

    本篇将详细介绍WebWork中的核心概念——拦截器（Interceptor）以及验证（Validation）机制，并结合提供的帮助文档进行学习指导。 首先，我们来理解WebWork的拦截器机制。在WebWork中，拦截器是处理请求的关键组件，...

    webwork教程很好的学习教程

    - **前端拦截器（Interceptor）**：用于处理请求前后的逻辑操作，如权限控制、日志记录等。 - **表单属性验证**：对用户的输入数据进行验证，确保其符合预期格式或规则。 - **类型转换**：将字符串类型的请求参数...

    webwork-spring-hibernate.rar_spring_webwork

    同时，还需要配置拦截器（Interceptor），以便在请求处理前后执行特定逻辑。 3. **Hibernate配置**：Hibernate的配置文件（hibernate.cfg.xml）用于设置数据库连接、实体映射等。Spring可以通过SessionFactoryBean...

    培训教程－WebWork ppt(内附源码)

    Interceptor是拦截器，可以插入到Action调用链中，提供事务管理、权限检查等功能。ValueStack是模型对象的容器，它允许视图层通过EL（Expression Language）来访问模型数据。 3. **WebWork标签库和EL**： WebWork...

    java拦截器

    例如，在Webwork框架中，拦截器被称为动态拦截Action调用的对象。它不仅允许开发者定义在Action执行前后执行的代码，还可以在Action执行前阻止其执行。此外，拦截器还提供了一种提取Action中可重用部分的有效途径。 ...

    Webwork教程

    - **WebWork**相较于**Struts1.x**提供了更为灵活的配置方式，支持更丰富的数据类型转换及验证机制，并且采用了拦截器（Interceptor）而非过滤器（Filter）的设计模式。 - **Struts2**在WebWork的基础上进行了扩展...

    webwork教程(经典)

    WebWork通过使用Action、Interceptor（拦截器）和OGNL（对象-图形导航语言）等机制，实现了松耦合的架构，使得业务逻辑和视图层能够更好地分离。 **二、WebWork安装 - HelloWorld** WebWork的安装通常包括以下步骤...

    webwork的工作流程

    WebWork 2.x 分为两个项目：Xwork 和 WebWork，其中Xwork作为核心部分提供诸如拦截器、表单验证、类型转换和强大的表达式语言（OGNL）等功能。Struts2 是在WebWork的基础上发展起来的，继承了其灵活性和便利性。 ...

    WebWork 教程

    拦截器（Interceptor）是WebWork中另一项核心功能，它允许在Action执行前后插入额外的行为，如日志记录、性能监控、权限检查等。拦截器框架的灵活性和可扩展性，使其成为WebWork框架中最具吸引力的特性之一。同时，...

    WebWork教程.rar

    拦截器（Interceptor）则允许在Action执行前后进行额外的操作，如日志记录、权限检查等，增强了框架的功能性。 3. **绑定与转换**：WebWork提供了强大的数据绑定机制，可以自动将HTTP请求参数与Action中的属性进行...

    webwork-2.2.2和xwork1.1.3的jar包and源代码

    XWork的拦截器（Interceptor）机制是其一大亮点，拦截器可以插入到动作执行的前后，执行额外的任务，如日志记录、权限检查、事务控制等。这种设计使得业务逻辑与基础设施代码分离，提高了代码的可维护性和可扩展性。...

    J2EE(Struts_拦截器)

    可以使用`&lt;interceptors&gt;`标签定义拦截器栈，然后使用`&lt;interceptor&gt;`标签声明具体的拦截器，最后在`&lt;action&gt;`标签中通过`&lt;interceptor-ref&gt;`指定拦截器的使用。 例如： ```xml &lt;interceptor name=...

    WebWork教程

    WebWork的拦截器（Interceptor）框架和验证框架也是教程的重要内容，它们允许开发者在运行时添加额外的行为和验证逻辑。 WebWork还强调了与其他开源项目集成的能力，如Spring、Hibernate和Xml-RPC。这些集成让...

Magicbox
Global site tag (gtag.js) - Google Analytics