ActionInvocation类的使用和探究

本文详细介绍了Xwork框架如何通过Interceptor实现Action调用前的数据转换,将前端Webwork组件提供的Map类型数据结构转换为Action所需Model对象的数据结构,以及拦截器在Action执行过程中的调度流程和作用。

“将Web页面中的输入元素封装为一个(请求)数据对象”,这个对象就是ActionInvocation类型.

        对于Xwork 而言,前端的Webwork 组件为其提供的是一个Map 类型的数据结构。而Action面向的却是Model对象所提供的数据结构。在何时、何处对这两种不同的数据结构进行转换?
        写一个辅助类完成这样的工作,并在每次Action 调用之前由框架代码调用他完成转换工作。
Xwork 通过Interceptor 实现了这一步骤,从而我们可以根据需要,灵活的配置所需的Interceptor。从而为Action提供可扩展的预处理、后处理过程。

          ActionInvocation 是Xworks 中Action 调度的核心。而对Interceptor 的调度,也正是由ActionInvocation负责。
         ActionInvocation 是一个接口, 而DefaultActionInvocation 则是Webwork 对ActionInvocation的默认实现。

      Interceptor 的调度流程大致如下:

      1. ActionInvocation初始化时,根据配置,加载Action相关的所有Interceptor。

      参见ActionInvocation.init方法中相关代码:
     
private void init() throws Exception ...{
……
List interceptorList = new
ArrayList(proxy.getConfig().getInterceptors());
interceptors = interceptorList.iterator();


   2. 通过ActionInvocation.invoke方法调用Action实现时,执行Interceptor:
       下面是DefaultActionInvocation中Action调度代码:
public String invoke() throws Exception ...{
    if (executed)
        throw new IllegalStateException("Action has already executed");
    if (interceptors.hasNext()) ...{
        Interceptor interceptor = (Interceptor) interceptors.next();
        resultCode = interceptor.intercept(this);
    }
 else
        resultCode = invokeAction(getAction(), proxy.getConfig());
    if (!executed) ...{
        if (preResultListeners != null...{
        Iterator iterator = preResultListeners.iterator();
        while (iterator.hasNext()) ...{
            PreResultListener listener
            = (PreResultListener) iterator.next();
            listener.beforeResult(this, resultCode);
        }

        }

        if (proxy.getExecuteResult())
        executeResult();
        executed = true;
    }

    return resultCode;
    }

    


所有的拦截器都必须实现Interceptor 接口。

      public interface Interceptor {
         void destroy();
         void init();
         String intercept(ActionInvocation invocation) throws Exception;
     }
     在Interceptor 实现中,抽象实现AroundInterceptor得到了最广泛的应用(扩展),它增加了预处理(before)和后处理(after)方法的定义。

     AroundInterceptor.java:
public abstract class AroundInterceptor implements Interceptor
...{
    protected Log log = LogFactory.getLog(this.getClass());
    
    public void destroy() ...{
    }

    
    public void init() ...{
    }

    
    public String intercept(ActionInvocation invocation) throws Exception ...{
    String result = null;
    before(invocation);
    result = invocation.invoke();
    after(invocation, result);
    return result;
    }

    
    protected abstract void after
    (ActionInvocation actioninvocation, String string) throws Exception;
    
    protected abstract void before(ActionInvocation actioninvocation)
    throws Exception;
}

    AroundInterceptor.invoke 方法中,调用了参数invocation的invoke 方法。

 最后,结合最常用的ParametersInterceptor,看看Xwork 是如何通过Interceptor,将Webwork传入的Map类型数据结构,转换为Action所需的Java 模型对象。

   ParametersInterceptor.java:
public class ParametersInterceptor extends AroundInterceptor ...{
protected void after(ActionInvocation dispatcher, String result)
throws Exception ...{
}

protected void before(ActionInvocation invocation) throws Exception
...{
if (!(invocation.getAction() instanceof NoParameters)) ...{
final Map parameters =
ActionContext.getContext().getParameters(); ⑴
if (log.isDebugEnabled()) ...{
log.debug("Setting params " + parameters);
}

ActionContext invocationContext =
invocation.getInvocationContext();
try ...{
invocationContext.put(
InstantiatingNullHandler.CREATE_NULL_OBJECTS,
Boolean.TRUE);
invocationContext.put(
XWorkMethodAccessor.DENY_METHOD_EXECUTION,
Boolean.TRUE);
invocationContext.put(
XWorkConverter.REPORT_CONVERSION_ERRORS,
Boolean.TRUE);
if (parameters != null...{
final OgnlValueStack stack =
ActionContext.getContext().getValueStack(); ⑵
for (Iterator iterator =parameters.entrySet().iterator();
iterator.hasNext();
...{
Map.Entry entry = (Map.Entry) iterator.next();
stack.setValue( ⑷
entry.getKey().toString(),
entry.getValue());
}

}

}
 finally ...{
invocationContext.put(
InstantiatingNullHandler.CREATE_NULL_OBJECTS,
Boolean.FALSE);
invocationContext.put(
XWorkMethodAccessor.DENY_METHOD_EXECUTION,
Boolean.FALSE);
invocationContext.put(
XWorkConverter.REPORT_CONVERSION_ERRORS,
Boolean.FALSE);
}

}

}

}


ParametersInterceptor 扩展了抽象类AroundInterceptor。并在其预处理方法(before)中实现了数据的转换。
数据转换的过程并不复杂:
⑴ 首先由ActionContext获得Map型的参数集parameters。
⑵ 由ActionContext获得值栈(OgnlValueStack)。
⑶ 遍历parameters中的各项数据。
⑷ 通过OgnlValueStack,根据数据的键值,为Model 对象填充属性数据。
OgnlValueStack 是http://www.ognl.org4提供的一套可读写对象属性的类库

上面的代码中并没有发现将Model对象入栈的部分,是由于ActionInvocation在初始化的时候已经预先完成了压栈工作,如DefaultActionInvocation.init方法中代码所示:

private void init() throws Exception {
Map contextMap = createContextMap();
createAction();
if (pushAction) {
stack.push(action);      //压栈
}
……
}

旁白:Servlet 2.3规范中引入的Filter 算是拦截器的一个典型实现,它在Servlet执行之前被触发,对输入参数进行处理之后,再将工作流程传递给对应的Servlet。  
<think>我们正在讨论软件开发中的动作调用(Action Invocation)。根据引用[2]引用[4],我们可以将动作调用视为一种编程方法论的实现,它涉及指定语言或框架以及相关工具。在AOP(面向切面编程)中,动作调用可能用于实现横切关注点。此外,引用[4]中提到的工具调用格式(如<invoke>)也展示了动作调用的具体应用。 动作调用通常涉及以下步骤: 1. 定义动作:指定要执行的操作及其参数。 2. 触发条件:确定何时调用该动作。 3. 执行动作:运行定义的操作。 在软件开发中,动作调用可以用于各种场景,例如事件处理、API调用、工作流自动化等。 下面是一个简单的动作调用示例(伪代码): ```javascript // 定义一个动作 function sendEmail(to, subject, body) { // 发送邮件的具体实现 } // 当用户注册成功时,调用发送邮件的动作 onUserRegistered((user) => { invokeAction('sendEmail', { to: user.email, subject: '欢迎注册', body: '感谢您注册我们的服务!' }); }); ``` §§相关问题§§ 1. 动作调用在事件驱动架构中如何应用? 2. 如何设计一个可扩展的动作调用框架? 3. 动作调用与函数调用有什么区别?</think>### 动作调用(Action Invocation)在软件开发中的解析 动作调用(Action Invocation)是软件开发中实现模块化交互的核心机制,指通过明确定义的接口触发特定功能模块的执行过程。其核心价值在于**降低耦合度**(引用[3])**提升开发效率**(引用[1]),主要体现在以下层面: #### 一、核心实现原理 1. **接口契约** 通过标准化参数格式(如引用[4]中的`<invoke name="[tool_name]">`)定义动作的输入/输出规范,例如: ```javascript // 动作定义 const paymentAction = { name: "process_payment", parameters: { amount: "number", currency: "string" } } // 调用示例 invokeAction("process_payment", { amount: 99.9, currency: "USD" }); ``` 2. **解耦执行** 调用方无需知晓动作具体实现(如支付模块可能连接Stripe/PayPal),只需关注接口契约,符合**语义内聚原则**(引用[3])。 #### 二、关键技术应用 1. **工作流引擎** 在微服务架构中,通过动作调用链实现业务编排: ```mermaid graph LR A[订单创建] -->|invoke| B[库存检查] B -->|invoke| C[支付处理] C -->|invoke| D[物流通知] ``` 2. **AOP实现**(引用[2]) 面向切面编程通过动作拦截实现横切关注点: ```java @Around("execution(* processPayment(..))") public Object logPayment(ProceedingJoinPoint pjp) { log.info("支付动作调用开始"); Object result = pjp.proceed(); // 实际动作执行 log.info("支付结果: " + result); return result; } ``` #### 三、效率优化实践 1. **BaaS加速开发**(引用[1]) 云服务商封装通用动作(如身份验证/支付),开发者通过简单调用集成: ```python # 调用BaaS身份验证动作 auth_result = baas.invoke("user_authentication", {"token": request.headers['Authorization']}) ``` 2. **语义搜索辅助**(引用[4]) 开发工具通过`semantic_search`动作快速定位可调用接口: > "返回与当前工作空间相关的代码片段" —— 引用[4]中3.1工具描述 ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值