命令模式

一、定义

　　命令模式(Command Pattern) 是对命令的封装， 每一个命令都是一个操作：请求的一方发出请求要求执行一个操作；接收的一方收到请求，并执行操作。命令模式解耦了请求方和接收方，请求方只需请求执行命令，不用关心命令是怎样被接收，怎样被操作以及是否被执行…等.命令模式属于行为型模式。

　　将一个请求封装成一个对象，从而让你使用不同的请求把客户端参数化，对请求排队或者记录请求日志，可以提供命令的撤销和恢复功能，在软件系统中，行为请求者与行为实现者通常是一种紧耦合关系，因为这样的实现简单明了。但紧耦合关系缺乏扩展性，在某些场合中，当需要为行为进行记录，撤销或重做等处理时，只能修改源码。而命令模式通过为请求与实现间引入一个抽象命令接口，解耦了请求与实现，并且中间件是抽象的，它可以有不同的子类实现，因此其具备扩展性。所以，命令模式的本质是解耦命令请求与处理。

命令模式主要包含四种角色：
接收者角色(Receiver) ：该类负责具体实施或执行一个请求；
命令角色(Command) ：定义需要执行的所有命令行为；
具体命令角色(Concrete Command) 该类内部维护一个接收者(Receiver) 在其execute()方法中调用Receiver的相关方法；
请求者角色(Invoker) ：接收客户端的命令， 并执行命令。

客户端(Client)角色：创建一个具体命令(ConcreteCommand)对象并确定其接收者。
 

二、命令模式的案例

在生活案例中这些场景很多，例如我们开发的shell命令，播放器的快进暂停，电视机遥控等，下面就用看电视的人（Watcher),电视机（Television),遥控器（TeleController）来模拟一下这个命令模式,其中Watcher是Client角色，Television是Receiver角色，TeleController是Invoker角色。

//抽象命令角色类
public interface Command {
    /**
     * 执行方法
     */
    void execute();
}

//具体命令角色类
public class ConcreteCommand implements Command {
    //持有相应的接收者对象
    private Receiver receiver = null;
    /**
     * 构造方法
     */
    public ConcreteCommand(Receiver receiver){
        this.receiver = receiver;
    }
    @Override
    public void execute() {
        //通常会转调接收者对象的相应方法，让接收者来真正执行功能
        receiver.action();
    }

}

//接收者角色类
public class Receiver {
    /**
     * 真正执行命令相应的操作
     */
    public void action(){
        System.out.println("执行操作");
    }
}

//请求者角色类
public class Invoker {
    /**
     * 持有命令对象
     */
    private Command command = null;
    /**
     * 构造方法
     */
    public Invoker(Command command){
        this.command = command;
    }
    /**
     * 行动方法
     */
    public void action(){

        command.execute();
    }
}

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();
    }

}

三、总结

优点：

1、通过引入中间件（抽象接口），解藕了命令请求与实现。

2、扩展性良好，可以很容易地增加新命令。

3、支持组合命令，支持命令队列；

4、可以在现有命令的基础上，增加额外功能（比如日志记录）

缺点：

1、具体命令类可能过多。

2、命令模式的结果其实就是接收方的执行结果，但是为了以命令的形式进行架构，解藕请求与实现，引入了额外类型结构（引入了请求方与抽象命令接口），增加了理解上的困难。

 

补充：在这里说明下策略和委派的区别，委派他不一定用的到策略，但策略一定用的到委派

git源码：https://gitee.com/TongHuaShuShuoWoDeJieJu/design_pattern.git