命令模式
将一个请求封装成一个对象,从而让你使用不同的请求把客户端参数化,对请求排队或者记录请求日志,可以提供命令的撤销和恢复功能
1. UML类图
2. 相关定义
- Receive接受者角色:干活的角色,命令传递导这里被执行
- Command命令角色:需要执行的所有命令都在这里生命
- Invoker调用者角色:接收到命令,并执行命令
3. 通用源码
//通用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(){
}
}
//抽象的Command类
public abstract class Command{
//每个命令类都必须有一个执行命令的方法
public abstract void execute();
}
//具体的Command类
public class ConcreteCommand1 extend Command{
//对哪个Receiver进行命令处理
private Receiver receiver;
//构造函数传递接受者
public ConcreteCommand1(Receiver _receiver){
this.receiver = _receiver;
}
//必须实现一个命令
public void execute(){
//业务处理
this.receiver.doSomething();
}
}
public class ConcreteCommand2 extend 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();
}
}
//场景类
public class Client{
public static void main(String[] args){
//首先声明调用者Invoker
Invoker invoker = new Invoker();
//定义接受者
Receiver receiver = new ConcreteReciver1();
//定义一个发送给接受者的命令
Command command = new ConcreteCommand1(receiver);
//吧命令交给调用者去执行
invoker.serCommand(command);
invoker.action();
}
}
4. 应用
4.1 优点
- 类间解耦:调用者角色与接受者角色之间没有任何依赖关系,调用者实现功能时只需调用Command抽象类的execute方法就可以,不需要了解到底是哪个接收者执行
- 可扩展性:Command的子类可以非常容易地扩展,而调用者Invoker和高层次的模块Client不产生严重的代码耦合
- 命令模式结合其他模式会更优秀:命令模式可以结合责任链模式,实现命令族解析任务;结合模板方法模式,则可以减少Command子类的膨胀问题
4.2 缺点
Command的子类可能会膨胀得非常大
4.3 扩展
命令模式中的Receiver可以进一步被封装掉,即在一个命令中可以对一个或多个Receiver封装,这样可以减少高层模块(Client)对底层模块(Receiver)的依赖关系,提高系统整体的稳定性