动机
- 在软件构建过程中，“行为请求者”与“行为实现者”通常呈现一种“紧耦合”。但在某些场合一一比如需要对行为进行“记录、撤销/重做、事务”等处理，这种无法抵御变化的紧耦合是不合适的。
- 在这种情况下，如何将“行为请求者”与“行为实现者”解耦？将一组行为抽象为对象，可以实现二者之间的松耦合。
模式定义
将一个请求（行为）封装为一个对象，从而使你可用不同的请求对客户进行参数化；对请求排队或记录请求日志，以及支持可撤销的操作。
类图
- Invoker：调用者，就是接收到命令后负责调用。
- Receiver：接受者，也就是执行命令的人，最苦逼的。
- Command：命令者，封装好的命令类。
总结
采用这样的设计，调用者就不再需要了解命令的执行细节，当发起请求命令时，调用者就会调用命令对象的执行方法，然后让命令对象操纵接收者执行动作。这样，就将动作的请求者从动作的执行者中进行解耦。
这就是命令模式的核心。
- Command模式的根本目的在于将“行为请求者”与“行为实现者”解耦，在面向对象语言中，常见的实现手段是“将行为抽象为对象”。
- 实现Command接口的具体命令对象ConcreteCommand有时候根据需要可能会保存一些额外的状态信息。通过使用Composite模式，可以将多个“命令”封装为一个复合命令“MacroCommand”。
- Command模式与Java中的函数式接口类似，Runnable接口就是典型的命令模式。
示例
示例
- Command：抽象命令类
interface Command {
void execute();
}
- Receiver：接收者
public class Receiver {
public void action() {
System.out.println("执行操作");
}
}
- ConcreteCommand：具体命令类，调用Receiver的一些操作以执行请求。
public class ConcreteCommand implements Command {
//持有相应的接收者对象
private Receiver receiver = null;
public ConcreteCommand(Receiver receiver) {
this.receiver = receiver;
}
@Override
public void execute() {
//通常会转调接收者对象的相应方法，让接收者来真正执行功能
receiver.action();
}
}
- Invoker：请求者，通过调用Command对象的Execute操作来提交一个请求。
public class Invoker {
private Command command = null;
public Invoker(Command command) {
this.command = command;
}
public void action() {
command.execute();
}
}
- Client：客户类，Client创建一个ConcreteCommand对象并指定它的Receiver对象。
public class Client {
public static void main(String[] args) {
Receiver receiver = new Receiver();
Command command = new ConcreteCommand(receiver);
Invoker invoker = new Invoker(command);
//执行方法
invoker.action();
}
}
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
文章由极客之音整理，本文链接：https://www.bmabk.com/index.php/post/100398.html
