命令模式和扩展

先贴一个命令模式的简要图，以便重温一下命令模式。

• Client：业务调用者

• Service：命令调用者，也称为Receiver

• Executor：命令执行者，也称为Invoker。

• Command：命令接口，一般只有一个执行方法。

• ConcereteCommand：具体的命令实现。由Service调用和实例化，然后传给Executor来执行。

  
  

整个模式的关键点在于：

• 对于Client而言，是屏蔽Command细节的，即它是不知道系统里面的业务实际上是通过Command来完成的。

• Service每个对外方法和普通的没什么区别，可以都是常规的参数，只是在里面构造各个Command的实现类实例，传入相关的参数，并调用Executor执行者执行。
  

扩展方式：

基于前面的命令模式简图，我们再扩展一下：

图中黄色的两部分是扩展方式：

• ExecutorInterceptor：命令执行者的拦截器。可以在执行之前和之后执行， 可以用于做日志、校验、重试、入栈（以便回退）等等。通过责任链的方式在Executor中维护ExecutorInterceptor，并可以动态增减不同的拦截器实现类。

• CommandContext：命令执行者上下文信息。除了构造Command时传入的参数外，命令执行还需要一些公共的上下文信息，可以通过这个类统一维护，每个ConcereteCommand都可以调用。
  

Activiti的命令模式（简图）

Activiti 深入使用了命令模式来实现系统各个功能，比如更改流程状态、创建任务、执行任务、删除任务等等，可以说阅读Activiti源码，首先要理解的就是它无处不在的命令模式。

先上一个简图，了解Activiti命令模式的主要结构：

• Command：命令接口，定义执行方法。1）执行方法支持传入CommandContext（命令上下文），并且通过每个Command的实现类的构造函数传入该命令需要特定的参数。

• CommandContext：维护各个命令所需的通用上下文信息，包括流程定义、流程实例等等。

• CommandExecutor：命令执行者，注意在里面初始化该实体时，会传入流程配置（这点在下面详图再说嘛）

• CommandInterceptor：实例化CommandExecutor时，会设置拦截器的列表，并通过重新组织形成【责任链模式】

• CommandConfig：对于命令拦截器责任链的功能开关设置，比如是否支持事务等，通过它来关于那些拦截器要不要执行。

• TaskServiceImpl：对外服务接口的实现类，通过调用具体的Command实现（比如图中的DeleteTaskCmd）来完成相应的业务实现。