设计模式之命令模式

命令（Command）模式定义

命令模式属于对象的行为模式。命令模式又称为行动(Action)模式或交易(Transaction)模式。命令模式把一个请求或者操作封装到一个对象中。命令模式允许系统使用不同的请求把客户端参数化，对请求排队或者记录请求日志，可以提供命令的撤销和恢复功能。

命令模式的结构

命令模式是对命令的封装。命令模式把发出命令的责任和执行命令的责任分割开，委派给不同的对象。

每一个命令都是一个操作：请求的一方发出请求要求执行一个操作；接收的一方收到请求，并执行操作。命令模式允许请求的一方和接收的一方独立开来，使得请求的一方不必知道接收请求的一方的接口，更不必知道请求是怎么被接收，以及操作是否被执行、何时被执行，以及是怎么被执行的。

命令允许请求的一方和接收请求的一方能够独立演化，从而具有以下的优点：

（1）命令模式使新的命令很容易地被加入到系统里。

（2）允许接收请求的一方决定是否要否决请求。

（3）能较容易地设计一个命令队列。

（4）可以容易地实现对请求的撤销和恢复。

（5）在需要的情况下，可以较容易地将命令记入日志。

下面以一个示意性的系统，说明命令模式的结构。
　　

工作流系统审批

我们在一些办公系统中，经常需要提交一些申请，如请假，外出，申请购买办公用品等。这些提交的申请往往都需要上级领导审批。这些申请单的动作通常包括：批准，驳回，撤销，拒绝等操作。
审批工作流申请单就是一个典型的命令模式，审批申请单的操作把客户端和审批流的操作细节分割开来。

审批流的命令模式涉及到的五个角色，它们分别是：

●　　客户端(Client)角色：在这里是ApprovalFlow类，创建一个具体命令(ConcreteCommand)对象并确定其接收者。

●　　命令(Command)角色：声明了一个给所有具体命令类的抽象接口。

●　　具体命令(ConcreteCommand)角色：定义一个接收者和行为之间的弱耦合；实现execute()方法，负责调用接收者的相应操作。execute()方法通常叫做执行方法。这里有三个具体命令类AdoptCommand(批准命令)，RefuseCommand(拒绝命令)，WithdrawCommand(撤回命令)。

●　　请求者(Invoker)角色：负责调用命令对象执行请求，相关的方法叫做行动方法。

●　　接收者(Receiver)角色：负责具体实施和执行一个请求。任何一个类都可以成为接收者，实施和执行请求的方法叫做行动方法。

●　　上下文(CommandContext)类：负责给接收者Receiver传递参数。
源代码
首先定义一个上下文类，用于传递数据

/**
 * 命令上下文类定义
 * @author yangyanping
 * @date 2021-03-10
 */
@Data
public class CommandContext {
    private final String name;

    public CommandContext(name) {
        this.name = name;
    }
}

接收者角色,由审批流系统扮演

@Component
public class Receiver {
	/**
     * 批准
     */
    public boolean doAdopt(CommandContext context){
    	return true;
    }

	 /**
     * 撤回
     */
    public boolean doWithdraw(CommandContext context) {
    	return true;
    }

	 /**
     * 驳回到终节点
     */
    public boolean doRefuse(CommandContext context) {
    	return true;
    }

抽象命令角色类

/**
 * 命令接口定义
 * @author yangyanping
 * @date 2021-03-02
 */
public interface Command {
    /**
     * 执行方法
     */
    void execute(CommandContext context);
}

具体命令角色类，批准命令类定义

/**
 * 批准命令类定义
 * @author yangyanping
 * @date 2021-03-02
 */
@Component("adoptCommand")
public class AdoptCommand implements Command {
    /**
     * 持有相应的接收者对象
     */
    private Receiver receiver;

    /**
     * 构造方法
     */
    public AdoptCommand(Receiver receiver) {
        this.receiver = receiver;
    }

    @Override
    public void execute(CommandContext context) {
        //通常会转调接收者对象的相应方法，让接收者来真正执行功能
        receiver.doAdopt(context);
    }
}

具体命令角色类，拒绝命令类定义

/**
 * 拒绝命令类定义
 * @author yangyanping
 * @date 2021-03-02
 */
@Component("refuseCommand")
public class RefuseCommand implements Command {
    /**
     * 持有相应的接收者对象
     */
    @Autowired
    private Receiver receiver;

    /**
     * 构造方法
     */
    public RefuseCommand(Receiver receiver) {
        this.receiver = receiver;
    }

    @Override
    public void execute(CommandContext context) {
        //通常会转调接收者对象的相应方法，让接收者来真正执行功能
        receiver.doRefuse(context);
    }
}

具体命令角色类，撤销命令类定义

/**
 * 撤销命令类定义
 * @author yangyanping
 * @date 2021-03-02
 */
@Component("withdrawCommand")
public class WithdrawCommand implements Command {
    /**
     * 持有相应的接收者对象
     */
    @Autowired
    private Receiver receiver;

    /**
     * 构造方法
     */
    public WithdrawCommand(Receiver receiver) {
        this.receiver = receiver;
    }

    @Override
    public void execute(CommandContext context) {
        //通常会转调接收者对象的相应方法，让接收者来真正执行功能
        receiver.doWithdraw(context);
    }
}

请求者角色

/**
 * 请求者(Invoker)角色
 * @author yangyanping
 * @date 2021-03-02
 * @desc 负责调用命令对象执行请求，相关的方法叫做行动方法
 */
public class Invoker {
    /**
     * 持有命令对象
     */
    private Command command;

    /**
     * 命令上下文类
     */
    private CommandContext context;

    /**
     * 构造方法
     */
    public Invoker(Command command, CommandContext context) {
        this.command = command;
        this.context = context;
    }

    /**
     * 行动方法
     */
    public void action() {
        command.execute(context);
    }
}

撤销和恢复 命令接口定义

public interface Command {
  
    public void execute(Context context);

    public void undo(Context context);
}

命令模式的优点

●　　更松散的耦合

命令模式使得发起命令的对象——客户端，和具体实现命令的对象——接收者对象完全解耦，也就是说发起命令的对象完全不知道具体实现对象是谁，也不知道如何实现。

●　　更动态的控制

命令模式把请求封装起来，可以动态地对它进行参数化、队列化和日志化等操作，从而使得系统更灵活。

●　　很自然的复合命令

命令模式中的命令对象能够很容易地组合成复合命令，也就是宏命令，从而使系统操作更简单，功能更强大。

●　　更好的扩展性

由于发起命令的对象和具体的实现完全解耦，因此扩展新的命令就很容易，只需要实现新的命令对象，然后在装配的时候，把具体的实现对象设置到命令对象中，然后就可以使用这个命令对象，已有的实现完全不用变化。