命令模式

定义

命令模式是一个高内聚的模式，讲一个请求封装成一个对象，从而让你使用不同的请求把客户端参数化，对请求排队或者记录请求日志，可以提供命令的撤销和恢复功能。

英文定义：Encapsulate a request as an object , thereby letting you parameterize clients with different requests , queue or log requests , and support undoable operations .

命令模式的UML类图如下所示：

命令模式.jpg

上图中的角色包括：

• 接收者（Receiver）：这个角色就是干活的角色，命令传递到这里是应该被执行的。
• 命令角色（Command）：需要执行的所有命令都在这里声明。
• 调用者角色（Invoker）：接收到命令，并执行命令。

代码示例如下所示：

//Receiver类
public abstract class Receiver{
    //抽象接收者，定义每个接收者都必须完成的业务
    public abstract void doSomething();
}

//具体的Receiver类
public class ConcreteReciver1 extends Receiver{
    //每个接收者都必须处理一定的业务逻辑
    public void doSomething(){

    }
}

public class ConcreteReciver2 extends Receiver{
    //每个接收者都必须处理一定的业务逻辑
    public void doSomething(){

    }
}

//抽象的Command类
public abstract class Command{
    //每个命令都必须有一个执行命令的方法
    public abstract void execute();
}

//具体的Command类
public class ConcreteCommand1 extends Command{
    //对哪个Receiver类进行命令处理
    private Receiver receiver;
    //构造函数传递接收者
    public ConcreteCommand1(Receiver receiver){
        this.receiver = receiver;
    }
    //必须实现一个命令
    public void execute(){
        //业务处理
        this.receiver.doSomething();
    }
}

public class ConcreteCommand2 extends Command{
    //对哪个Receiver类进行命令处理
    private Receiver receiver;
    //构造函数传递接收者
    public ConcreteCommand2(Receiver receiver){
        this.receiver = receiver;
    }
    //必须实现一个命令
    public void execute(){
        //业务处理
        this.receiver.doSomething();
    }
}

//调用者Invoker类
public class Invoker{
    private Command command;
    //接受命令
    public void setCommand(Command command){
        this.command = command;
    }
    //执行命令
    public void action(){
        this.command.execute();
    }
}

//场景类
public class Client{
    public static void main(String[] args){
        //首先声明调用者Invoker
        Invoker invoker = new Invoker();
        //定义接收者
        Receiver receiver = new ConcreteReceiver1();
        //定义一个发送给接收者的命令
        Command command = new ConcreteCommand1(receiver);
        //把命令交给调用者去执行
        invoker.setCommand(command);
        invoker.action();
    }
}

优缺点

优点：

• 类间解耦：调用者角色与接收者角色之间没有任何依赖关系，调用者实现功能时只需调用Command抽象类的execute方法就可以，不需要了解到底是哪个接收者执行。
• 可扩展性：Command的子类可以非常容易地扩展，而调用者Invoker和高层次的模块Client不产生严重的代码耦合。
• 命令模式结合其他模式会更优秀：命令模式可以结合责任链模式，实现命令族解析任务；结合模板方法模式，则可以减少Command子类的膨胀问题。

缺点：

• 如果有N个命令，问题就出来了，Command的子类就可不是几个，而是N个，这个类膨胀的非常大。

如果客户发出命令，要撤回，怎么办？

• 一是结合备忘录模式还原最后状态，该方法适合接收者为状态的变更情况，而不适合事件处理；
• 二是通过增加一个新的命令，实现事件的回滚。

到这里吧，欢迎大家关注我的微信公众号！

我的微信公众号.jpg