1.定义
将一个请求封装成一个对象,从而让你使用不同的请求把客户端参数化,对请求排队或者记录请求日志,可以提供命令的撤销和恢复功能。
命令模式属于行为模式。
2.命令模式的使用场景
只要我们认为是命令的地方就可以采用命令模式,比如在GUI开发中,一个按钮的点击是一个命令;触发-反馈机制的处理等。
3.命令模式的三个角色
- Receive接收者角色:该角色就是干活的角色,命令传递到这里是应该被执行的。
- Command命令角色:需要执行所有命令都在这里声明
- Invoker调用者角色:接收到命令,并执行命令
4.命令模式的通用代码
package _9CommandPattern; public abstract class Receiver { // 抽象接收者,定义每个接收者都必选完成的业务 public abstract void doSomething(); }
package _9CommandPattern; public class ConcreteReceiver extends Receiver { @Override public void doSomething() { // 每个接收者都必须处理一定的业务逻辑 System.out.println("我在做好事"); } }
package _9CommandPattern; public abstract class Command { // 抽象命令,每个命令都必须有一个执行命令的方法 public abstract void execute(); }
package _9CommandPattern; // 实体命令类 public class ConcreteCommand extends Command { private Receiver receiver; public ConcreteCommand(Receiver receiver) { this.receiver = receiver; } @Override public void execute() { receiver.doSomething(); } }
package _9CommandPattern; // 调用者 public class Invoker { public void action(Command command) { command.execute(); } }
package _9CommandPattern; public class Client { /** * @param args */ public static void main(String[] args) { Command command = new ConcreteCommand(new ConcreteReceiver()); new Invoker().action(command); } }
5.命令模式的优点
- 类间解耦:调用者与接受者角色之间没有任何依赖,调用者实现功能时只需调用Commond抽象类的execute方法就可以,不需要了解到底哪个接收者执行
- 可扩展性:Command的子类非常容易扩展,而调用者Invoker和高层次的模块Client不产生严重的代码耦合
- 命令模式结合其他模式会更优秀:命令模式可以结合责任链模式,实现命令族解析任务;结合模板方法模式,则可以减少Command子类的膨胀问题
6.命令模式的缺点
请看Command类,如果有N个命令,问题就出来了,Command的子类就可不是几个,而是N个,这个类膨胀的非常大,这个就需要在项目中慎重考虑。