命令模式

面临问题：

在软件系统中，“行为请求者”与“行为实现者”通常呈现一种“紧耦合”。但在某些场合，比如要对行为进行“记录、撤销/重做、事务”等处理，这种无法抵御变化的紧耦合是不合适的。

在这种情况下，如何将“行为请求者”与“行为实现者”解耦？

就是说，是不是需要把请求封装起来？以便于动态扩展请求的变化。

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

也就是说了，为了隔离请求者和实现者。需要把请求信息和请求执行过程封装起来。也就是封装的是请求，将请求封装为对象。也就变成了可以接受请求信息的命令对象。

自己的疑问：client也应该有invoker对象，上面好像少了一条线。

具体参考实现类：

public class Client {

    public static void main(String[] args) {
        //创建接收者
        Receiver receiver = new Receiver();
        //创建命令对象，设定它的接收者
        Command command = new ConcreteCommand(receiver);
        //创建请求者，把命令对象设置进去
        Invoker invoker = new Invoker(command);
        //执行方法
        invoker.action();
    }

}

 Command(抽象命令类)
声明执行操作的接口
 ConcreteCommand(具体命令类)
将一个接收者对象绑定于一个动作调用接收者相应的操作以实现Execute
 Client(客户类)
 创建一个具体命令对象并设定它的接收者
 Invoker(调用者)
要求该命令执行这个请求
 Receiver(接收者)
 知道如何实施与执行一个请求相关的操作。任何类都可能作为一个接收者

命令模式的根本目的在于将“行为请求者”与“行为实现者”解耦，在面向对象语言中，常见的实现手段是将“行为”抽象为“对象”。
实现Command接口的具体命令对象。ConcreteCommand有时侯根据需要可能会保存一些
额外的状态信息。
通过使用组合模式，可以将多个“命令”封装为一个“复合命令”。

相关的模式

Composite模式可用来实现command组合
为实现undo/redo，可以用其他行为模式来管理状态，如Memento模式。Command被放到history list之前，可以用Prototype模式复制自身