设计模式（六）命令模式

---

概述

在软件系统中，“行为请求者”与“行为实现者”通常呈现一种“紧耦合”。但在某些场合，比如要对行为进行“记录、撤销/重做、事务”等处理，这种无法抵御变化的紧耦合是不合适的。在这种情况下，如何将“行为请求者”与“行为实现者”解耦？将一组行为抽象为对象，实现二者之间的松耦合。这就是命令模式（Command Pattern）。

关键词：解耦

UML

Command

定义命令的接口，声明执行的方法。

ConcreteCommand

命令接口实现对象，是“虚”的实现；通常会持有接收者，并调用接收者的功能来完成命令要执行的操作。

Receiver

接收者，真正执行命令的对象。任何类都可能成为一个接收者，只要它能够实现命令要求实现的相应功能。

Invoker

要求命令对象执行请求，通常会持有命令对象，可以持有很多的命令对象。这个是客户端真正触发命令并要求命令执行相应操作的地方，也就是说相当于使用命令对象的入口。

Client

创建具体的命令对象，并且设置命令对象的接收者。注意这个不是我们常规意义上的客户端，而是在组装命令对象和接收者，或许，把这个Client称为装配者会更好理解，因为真正使用命令的客户端是从Invoker来触发执行。

实现

public interface Command {
    void execute();
}

public class ConcreteCommand implements Command {
    private Receiver receiver;

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

    @Override
    public void execute() {
        receiver.action();
    }

}

public class Receiver {
    public void action() {
        System.out.println("Command Pattern !");
    }
}

public class Invoker {
    private Command command;

    public void setCommand(Command command) {
        this.command = command;
    }

    public void runCommand() {
        command.execute();
    }
}

public class Client {
    public static void main(String[] args) {
        // 创建命令接受者
        Receiver receiver = new Receiver();
        // 创建命令对象
        Command command = new ConcreteCommand(receiver);
        // 创建调用者
        Invoker invoker = new Invoker();
        invoker.setCommand(command);
        invoker.runCommand();
    }
}

运行结果

延伸

• 命令模式将发出请求的对象和执行请求的对象解耦，在被解耦的两个对象之间是通过命令对象来沟通的，命令对象封装了接受者和一个或一组动作。
• 调用者可以接收命令作为参数，甚至在运行时动态的进行；调用者通过调用命令对象的execute()发出请求，这会使得接收者的动作被调用。
• 命令可以支持撤销，做法是实现一个undo()来回到execute()被执行前的状态
• 宏命令是命令的一种简单的延伸，允许调用多个命令，宏方法也可以支持撤销。
• 实际操作时，很常见使用“聪明”命令对象，也就是直接实现了请求（直接在命令类中实现），而不是将工作委托给接收者。
• 命令也可以实现日志和事务系统。

参考资料

https://baike.baidu.com/item/%E5%91%BD%E4%BB%A4%E6%A8%A1%E5%BC%8F/7277118#reference-[1]-1963264-wrap
《Head First设计模式》