《JAVA与模式》之命令模式

意图：将一个请求封装为一个对象，从而可用不同的请求对客户进行参数化；对请求排队或记录日志，以及支持可撤销的操作
动机：将”发出请求的对象”和”接收与执行这些请求的对象”分隔开来。

这里可能会有一个疑惑,就是为什么要将”发出请求的对象”和”接收与执行这些请求的对象”分隔开来,其实道理很简单,

我们假设司令发布一个命令,你说他老人家会直接走到兵营跟战士们说,明天我们要如何如何打,当然是将命令通知给相关人员(命令接收者)

让其来通知。

角色关系:

1)、Command
　　声明执行操作的接口
2)、ConcreteCommand
　　将一个接收者对象绑定于一个动作
　　调用接收者相应的操作，以实现execute
3)、Client
　　创建一个具体命令对象并设定它的接收者
4)、Invoker
　　要求该命令执行这个请求
5)、Receiver
　　知道如何实施与执行一个请求相关的操作。任何类都可能作为一个接收者
结构图：

协作：
1)、client创建一个ConcreteCommand对象并指定它的Receiver对象
2)、某Invoker对象存储该ConcreteCommand对象
3)、该Invoker通过调用Command对象的execute操作来提交一个请求。若该命令是可撤销的，ConcreteCommand在执行execute操作前存储当前状态以用于取消该命令
4)、ConcreteCommand对象调用它的Receiver的操作以执行该请求
命令对象将动作和接受者包进对象中，这个对象只暴露出一个execute()方法，当此方法被调用的时候，接收者就会进行这些动作。从外面来看，其他对象不知道究竟哪个接收者进行了哪些动作，只知道如果调用execute()方法，请求的目的就能达到。 

------------

具体代码

    public static void main(String[] args) {

        //命令执行者
        Receiver receiver = new Receiver();
        //具体命令
        Command command = new ConcreteCommand(receiver);
        //命令发起者
        Invoker invoker=new Invoker();
        invoker.setCommand(command);
        invoker.runCommand();//发布命令通知

    }

}

// 命令接口
interface Command {

    // 执行命令
    public void doCommand();

    // 撤销命令
    public void undoCommand();

}
//具体命令
class ConcreteCommand implements Command {

    private Receiver receiver;
    private String state;// 命令执行状态

    public ConcreteCommand(Receiver receiver) {

        this.receiver = receiver;
    }

    public void doCommand() {
        state = "执行中....";
        receiver.action();

    }

    public void undoCommand() {
        // TODO Auto-generated method stub
        state = "";
        receiver.backaction();
    }

}

/**
 * 命令接收者 真正执行命令的对象
 */
class Receiver {

    public void action() {

        System.out.println("执行命令");
    }

    public void backaction() {

        System.out.println("撤销命令");
    }

}
//命令发起者
class Invoker {

    private Command command = null;

    public Command getCommand() {
        return command;
    }

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

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

}

命令模式的优点

1：更松散的耦合

2：更动态的控制

3：能很自然的复合命令

4：更好的扩展性

   在命令模式中，请求者（Invoker）不直接与接收者（Receiver）交互，即请求者（Invoker）不包含接收者（Receiver）的引用，因此彻底消除了彼此之间的耦合。

   命令模式满足“开-闭原则”。如果增加新的具体命令和该命令的接受者，不必修改调用者的代码，调用者就可以使用新的命令对象；反之，如果增加新的调用者，不必修改现有的具体命令和接受者，新增加的调用者就可 以使用已有的具体命令。

 

命令模式的本质  

命令模式的本质是： 封装请求

何时选用命令模式

1：如果需要抽象出需要执行的动作，并参数化这些对象，可以选用命令模式，把这些需要执行的动作抽象成为命令，然后实现命令的参数化配置

2：如果需要在不同的时刻指定、排列和执行请求，可以选用命令模式，把这些请求封装成为命令对象，然后实现把请求队列化

3：如果需要支持取消操作，可以选用命令模式，通过管理命令对象，能很容易的实现命令的恢复和重做的功能

4：如果需要支持当系统崩溃时，能把对系统的操作功能重新执行一遍，可以选用命令模式，把这些操作功能的请求封装成命令对象，然后实现日志命令，就可以在系统恢复回来后，通过日志获取命令列表，从而重新执行一遍功能

5：在需要事务的系统中，可以选用命令模式，命令模式提供了对事务进行建模的方法，命令模式有一个别名就是Transaction。

 

    模式的结构中包括四种角色： 

 接收者（Receiver）

 命令(Command)接口

 具体命令（ConcreteCommand）

 请求者（Invoker）

 

 

参考:

http://blog.sina.com.cn/s/blog_a0fb290c01017f3m.html

http://www.cnblogs.com/ikuman/archive/2013/08/06/3233092.html

http://www.cnblogs.com/devinzhang/archive/2012/01/06/2315235.html

http://blog.csdn.net/qq7342272/article/details/8175405(关于执行与撤销的具体实例)