设计模式-----命令模式

命令模式

定义

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

通用类图

通用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(){         } }

接收者可以是N个，是业务逻辑的具体执行者。

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

命令模式，调用者非常简单，注入相关的Command命令，然后执行action方法。

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

应用

优点

• 类之间解耦

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

• 可扩展性

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

• 命令模式结合其他模式会更优秀

  命令模式可以结合责任链模式，实现命令族解析任务；结合模板方法模式，则可以减少 Command子类的膨胀问题。

缺点

命令模式也是有缺点的，请看Command的子类：如果有N个命令，问题就出来 了，Command的子类就可不是几个，而是N个，这个类膨胀得非常大，这个就需要读者在项目中慎重考虑使用。