九 设计模式之命令模式

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

类图

 

 

 

通用代码 通用Receiver类 public abstract class Receiver { //抽象接收者，定义每个接受者都必须完成的业务 public abstract void doSomething(); } 具体Receiver类 public class ConcreteReceiver1 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; } @Override public void execute() { this.receiver.doSomething(); } } 调用者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 = new Invoker(); Receiver receiver = new ConcreteReceiver1(); Command command = new ConcreteCommand1(receiver); invoker.setCommand(command); invoker.action(); } }

 

优点

1.       类间解耦   调用者Invoker与接受者receiver之间没任何依赖关系，调用者不需要了解到底哪个接收者执行

2.       可扩展性   command子类可非常容易的扩展

3.       命令模式结合其他模式会更优秀  如结合责任链模式，模板方法模式

缺点

N个命令,N个Command，容易造成类膨胀

使用场景

GUI中，按钮点击;触发-反馈机制

扩展

实际设计中，可以选择减少Client类和Receiver类的依赖关系