1. 概述
命令模式(Command),将一个请求封装为一个对象,从而使你可用不同的请求对客户进行参数化;对请求排队或记录请求日志,以及支持可撤销的操作。
2. 示例
Command 类,用来声明执行操作的接口。
Command.java
public abstract class Command {
protected Receiver receiver;
public Command(Receiver receiver) {
this.receiver = receiver;
}
public abstract void execute();
}
ConcreteCommand 类,将一个接收者对象绑定于一个动作,调用接收者相应的操作,以实现 Execute。
ConcreteCommand.java
public class ConcreteCommand extends Command{
public ConcreteCommand(Receiver receiver) {
super(receiver);
}
@Override
public void execute() {
receiver.action();
}
}
Invoker 类,要求该命令执行这个请求。
Invoker.java
public class Invoker {
private Command command;
public void setCommand(Command command) {
this.command = command;
}
public void executeCommand() {
command.execute();
}
}
Receiver 类,知道如何实施与执行一个与请求相关的操作,任何类都可能作为一个接收者。
Receiver.java
public class Receiver {
public void action() {
System.out.println("执行请求");
}
}
客户端代码,创建一个具体命令对象并设定它的接收者。
Client.java
public class Client {
public static void main(String[] args) {
Receiver receiver = new Receiver();
Command command = new ConcreteCommand(receiver);
Invoker invoker = new Invoker();
invoker.setCommand(command);
invoker.executeCommand();
}
}
输出如下。
执行请求
Process finished with exit code 0
3. 作用
- 能较容易地设计一个命令队列
- 在需要的情况下,可以较容易地将命令记入日志
- 允许接收请求的一方决定是否要否决请求
- 可以容易地实现对请求的撤销和重做
- 由于加进新的具体命令类不影响其他的类,因此增加新的具体命令类很容易
- 把请求一个操作的对象与知道怎么执行一个操作的对象分割开
敏捷开发原则告诉我们,不要为代码添加基于猜测的、实际不需要的功能。如果不清楚一个系统是否需要命令模式,一般就不要着急去实现它,事实上,在需要的时候通过重构实现这个模式并不困难,只有在真正需要如撤销/恢复操作等功能时,把原来的代码重构为命令模式才有意义。
参考书籍:
《大话设计模式》