模式意图
将一个请求封装为一个对象,从而使用户可用不同的请求对客户进行参数化;对请求排队或记录请求日志,以及支持可撤销的操作。
模式适用性
在许多设计中,经常涉及到一个对象请求另一个对象调用其方法到达某种目的。如果请求者不希望或无法直接和被请求者打交道,即不希望或无法含有被请求者的应用,那么就可以使用命令模式。
模式参与者
- 接受者(Receiver):接受者是一个类的实例,该实例负责执行与请求相关的操作。
- 命令(command):一个接口,规定了用来封装请求的若干个方法。
- 具体命令(ConcreteCommand):具体命令是实现命令接口的类的实例。具体命令必须实现命令接口中的方法。
- 请求者(Invoker):请求者是一个包含Command接口变量的类的实例。请求者中的Command接口的变量可以存放任何具体命令的引用。
通俗点说就是,有一个专门的人去执行命令,现在呢不是他的上司让他去执行命令,而是其他人让他去执行明令,但是执行的命令是一样的,我们怎么做呢?那我们首先想到的是在请求者中封装一个具体命令的对象,然后我们能够用这个具体命令去调用我们要执行的方法,到这个地方我们就有应该想到要将执行人的引用封装在具体命令中,这样我们就能实现其他人发出命令,命令接受者取执行命令的操作了。
来看一个实例:
接受者(receiver):CompanyArmy.java
public class CompanyArmy {
public void sneakAttack() {
System.out.println("我们知道如何偷袭敌人,保证完成任务");
}
}
命令接口(command):Command.java
public interface Command {
public abstract void execute();
}
具体命令(ConcreteCommand):
public class ConcreteCommand implements Command{
CompanyArmy army;
public ConcreteCommand(CompanyArmy army) {
this.army = army;
}
@Override
public void execute() {
army.sneakAttack();
}
}
请求者(Invoker):
public class ArmySuperior {
Command command;
public void setCommand(Command command) {
this.command = command;
}
public void startExecuteCommand() {
command.execute();
}
}
优点
- 在命令模式中,彻底消除了请求者和接受者之间的耦合
- 命令模式满足“开-闭原则”。如果增加新的具体的命令和该命令的接受者,不必修改调用者代码。
- 由于请求者的请求被封装到具体的命令中,那么就可以将具体命令保存到持久化的媒介中,在需要的时候,重新执行这个具体的命令。
- 使用命令模式可以对请求者的“请求进行排队”。