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个,这个类膨胀的非常大,这个就需要在项目中慎重考虑。