《设计模式之禅》-命令模式

命令模式

定义：

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

 

命令模式主要有三种角色

1.receive 接收者角色

该角色就是干活的角色，命令传递到这里应该被执行

2.commend命令角色

需要执行的命令都在这里声明

3.invoker调用者角色

接收到命令，并执行命令

通用代码：

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

因为接收者可以有多个，有多个就需要定义一个所有特性的抽象合集，一个抽象的接收者

//具体的receive类
public class ConcreteReciver1 extends Reciver {
    public void doSomething(){
    }
}

public class ConcreteReciver2 extends Reciver {
    public void doSomething(){
    }
}

接收者可以是N个，这要依赖业务的具体定义

//命令角色是命令模式的核心
public abstract class Command {
    //每个命令类都必须有一个执行命令的方法
    public abstract void execute();
}

具体的命令类

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 ConcreteCommand1(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();
        //定义接收者
        Reciver reciver = new ConcreteReciver1();
        Command command = new ComcreteCommand1(reciver);
        //将命令交给调用者执行
        invoker.setCommand(command);
       invoker.action();
    }
}

 

优点：

1类间解耦

调用者角色与接收者角色之间没有任何依赖关系，调用者实现功能时只须调用Command抽象类的execute方法就可以，不需要了解到底是那个接收者执行

2.可扩展性

Command的子类可以非常容易地扩展，而调用这Invoker和高层次的模块client不产生严重的代码耦合。

缺点：

Command的子类，如果有N个命令，Command的子类就会有N个，该类会膨胀得非常严重，但是可以结合模板方法模式，减少子类的膨胀

在实际项目中,一般会封闭Reciver类，减少Client 对Reciver的依赖

public abstract class command {
    //定义一个子类的全局共享变量
    protected final Receiver receiver;
    //实现类必须定义一个接收者
    public Command (Receiver _receiver){
        this.receiver = _receiver;
    }
    //每个命令类都必须有一个执行命令的方法
    public abstract void execute();
}

具体命令

public class ConcreteCommand1 extends Command{
    //声明自己的默认接收者
    public ConcreteCommand (){
        super(new ConcreteReciver1());
    }

    //接收新的接收者
    public ConcreteCommand1(Recevier _recevier){
        super(_recevier);
    }

    //每个具体的命令都必须实现一个命令
    public void execute(){
        //业务处理
        super.receiver.doSomething();
    }
}

这样简化了很多，每个命令完成单一的职责，而不是根据接收者的不同完成不同的职业。高层模块的调用时就不用考虑接收者是谁的问题

场景类 

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

这样高层次的模块不需要知道接收者是谁