浅学设计模式之命令模式（22/23）

1. 命令模式的概念

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

命令模式是行为型设计模式之一。我们接触比较多的命令模式个例无非就是程序菜单命令，如在操作系统中，我们点击“关机”命令，系统就会去执行一系列的操作，如先是暂停处理事件，保存系统的一些配置，然后结束程序进程，最后调用内核命令关闭计算机等，对于这一系列的命令，用户不用去管，用户只需只需点击系统的关机按钮即可完成如上一系列的命令。而我们的命令模式其实也与之相同，将一系列的方法调用封装，用户只需调用一个方法执行，那么所有这些被封装的方法就会被挨个执行。

命令模式的使用场景：

• 需要抽象处待执行的动作，然后以参数的形式提供出来—类似于过程设计中的回调机制，而命令模式正是回调机制的一个面向对象的替代品
• 在不同的时刻指定、排列和执行请求。一个命令对象可以有与初始请求无关的生存期。
• 需要支持取消操作
• 支持修改日志功能，这样当系统崩溃时，这些修改可以被重做一遍。
• 需要支持事务操作。

2. UML图

来看下命令模式的UML图：

它有如下的角色

• Receiver接受者角色
  该类负责具体实施或执行一个请求，说的通俗一点就是，执行具体逻辑的角色，以本章开头的“关机”命令操作为例，其接受者角色就是真正执行各项关机逻辑的低层代码。任何一个类都可以成为一个接受者，而在接受者类中封装具体操作逻辑的方法我们则成为行动方法。
• Command命令角色
  定义了所有具体命令类的抽象接口
• ConcreteCommand具体命令角色
  该类实现了Command接口，在execute()方法中调用接收者角色的相关方法，在接收者和命令执行的具体行为之间加以耦合。而execute则通常称为执行方法，如本文开头的“关机”的操作实现，具体可能还包含很多的相关操作，比如保存数据、关闭文件、结束进程等，如果将这一系列具体的逻辑处理看做接收者，那么调用这些具体逻辑的方法就可以看做是执行方法。
• Invoker请求者角色
  该类的职责就是调用命令对象执行具体的请求，相关的方法我们成为行动方法，还是用“关机”为例，我们点击了关机后，由这个关机方法去调用具体的命令执行具体的逻辑，这里的“关机”对应的这个方法就可以看作是请求者。

来看下代码的实现：
接收者类：

class Receiver{
    /**
     * 真正执行具体命令逻辑的方法
     */
    public void action() {
        System.out.println("执行具体操作");
    }
}

命令接口类：

interface Command {
    /**
     * 执行具体的操作
     */
    void execute();
}

具体命令类，实现命令接口：

class ConcreteCommand implements Command {
    // 持有一个对接收者对象的引用
    private Receiver receiver;

    public ConcreteCommand(Receiver receiver) {
        this.receiver = receiver;
    }

    @Override
    public void execute() {
        // 调用接收者的相关方法来执行具体的逻辑
        receiver.action();
    }
}

请求者类：

class Invoker {
    //持有一个或多个相应命令对象的引用
    private Command command;

    public Invoker(Command command) {
        this.command = command;
    }
    
    public void action() {
        // 调用具体命令对象的相关方法，执行具体命令
        command.execute();
    }
}

最后是客户端类：

class CommandMain {
    public static void main(String[] args) {
        // 构造一个接收者对象
        Receiver receiver = new Receiver();
        
        // 根据接收者对象构造一个命令对象
        Command command = new ConcreteCommand(receiver);
        
        // 根据具体的对象构造请求者对象
        Invoker invoker = new Invoker(command);
        
        // 执行请求方法
        invoker.action();
    }
}

这样执行后，我们执行了 Invoker的方法，就不用管后续的一系列的操作了，最终命令会使得Reciver来执行。

3. 小结

在命令模式中，其充分体现了几乎所有设计模式的通病，就是类的膨胀，大量衍生类的创建，这是一个不可避免的问题，但是，其给我们带来的好处也是非常多，更弱的耦合性、更灵活的控制性以及更好的可扩展性，不过，在实际开发过程中，是不是需要采用命令模式还是需要斟酌。