Activiti命令拦截器和设计模式

本文探讨了Activiti在流程操作中的命令模式应用,解析了命令执行的入口及初始化过程。通过责任链模式,详细阐述了拦截器的工作原理和顺序,展示了如何在Activiti中实现命令的封装与执行的解耦。
摘要由CSDN通过智能技术生成

使用场景

每个对流程的操作都可以看成一个命令command,Activiti会对每个命令进行拦截处理,Activiti的命令拦截用到了命令模式和责任链模式,

命令模式的本质在于将命令进行封装,发出命令和执行命令分离;

职责链模式只需要将请求放入职责链上,其处理细节和传递都不需要考虑;

执行入口

commandExecutor是命令执行的入口。

在命令来临时,service会调用commandExecutor的execute方法,例如runtimeService。所以commandExecutor是命令执行的第一步。在这里插入图片描述
那么Activiti是什么时候给service注入commandExecutor的呢?

在ProcessEngineConfigurationImpl中init方法中会initServices,其又在初始化的时候注入commandExecutor,源码如下:在这里插入图片描述

命令模式的表现

上面分析了命令执行的第一步,就是调用CommandExecutor.execute方法,然后我们跟踪去看这个execute方法,在子类CommandExecutorImpl中看到了实际的调用。

public class CommandExecutorImpl implements CommandExecutor {
   

  protected CommandConfig defaultConfig;
  protected CommandInterceptor first;//拦截器

  public CommandExecutorImpl(CommandConfig defaultConfig, CommandInterceptor first) {
   
    this.defaultConfig = defaultConfig;
    this.first = first;
  }

  public CommandInterceptor getFirst() {
   
    return first;
  }
  
  public void setFirst(CommandInterceptor commandInterceptor) {
   
    this.first = commandInterceptor;
  }

  @Override
  public CommandConfig getDefaultConfig() {
   
    return defaultConfig;
  }

  @Override
  public <T> T execute(Command<T> command) {
   
    return execute(defaultConfig, command);
  }

  @Override
  public <T> 
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值