行为型--命令模式

模式意图

将一个请求封装为一个对象，从而使用户可用不同的请求对客户进行参数化；对请求排队或记录请求日志，以及支持可撤销的操作。

模式适用性

在许多设计中，经常涉及到一个对象请求另一个对象调用其方法到达某种目的。如果请求者不希望或无法直接和被请求者打交道，即不希望或无法含有被请求者的应用，那么就可以使用命令模式。

模式参与者

1. 接受者（Receiver）:接受者是一个类的实例，该实例负责执行与请求相关的操作。
2. 命令（command）：一个接口，规定了用来封装请求的若干个方法。
3. 具体命令（ConcreteCommand）:具体命令是实现命令接口的类的实例。具体命令必须实现命令接口中的方法。
4. 请求者（Invoker）：请求者是一个包含Command接口变量的类的实例。请求者中的Command接口的变量可以存放任何具体命令的引用。

通俗点说就是，有一个专门的人去执行命令，现在呢不是他的上司让他去执行命令，而是其他人让他去执行明令，但是执行的命令是一样的，我们怎么做呢？那我们首先想到的是在请求者中封装一个具体命令的对象，然后我们能够用这个具体命令去调用我们要执行的方法，到这个地方我们就有应该想到要将执行人的引用封装在具体命令中，这样我们就能实现其他人发出命令，命令接受者取执行命令的操作了。

来看一个实例：

接受者（receiver）：CompanyArmy.java

public class CompanyArmy {
    public void sneakAttack() {
        System.out.println("我们知道如何偷袭敌人，保证完成任务");
    }
}

命令接口（command）：Command.java

public interface Command {
    public abstract void execute();
}

具体命令（ConcreteCommand）:

public class ConcreteCommand implements Command{
    CompanyArmy army;
    public ConcreteCommand(CompanyArmy army) {
        this.army = army;
    }
    @Override
    public void execute() {
        army.sneakAttack();
    }
}

请求者（Invoker）：

public class ArmySuperior {
    Command command;
    public void setCommand(Command command) {
        this.command = command;
    }
    public void startExecuteCommand() {
        command.execute();
    }
}

优点

1. 在命令模式中，彻底消除了请求者和接受者之间的耦合
2. 命令模式满足“开-闭原则”。如果增加新的具体的命令和该命令的接受者，不必修改调用者代码。
3. 由于请求者的请求被封装到具体的命令中，那么就可以将具体命令保存到持久化的媒介中，在需要的时候，重新执行这个具体的命令。
4. 使用命令模式可以对请求者的“请求进行排队”。