<aside> 💡

命令模式（Command）：将一个请求封装为一个对象，从而使你可以用不同的请求对客户进行参数化；可以对请求进行排队或记录请求日志，以及支持可撤销的操作

</aside>

结构图

• 接收者类（Receiver）
  • 接受并执行命令的对象，可以是任何对象
• 命令接口（Command）
  • 接口或者抽象类，定义执行操作的接口。
  • 包含一个Receiver对象
• 具体命令类（ConcreteCommand）
  • 实现命令接口，执行具体操作
  • 定义一个execute()方法，调用该方法时使Reciver对象根据命令完成具体的任务
• 调用者类（Invoker）
  • 发起请求的对象，有一个将命令作为参数传递的方法。
  • 它不关心命令的具体实现，只负责调用命令对象的 execute() 方法来传递请求
  • 可以使用 Invoker类 对请求进行排队或记录请求日志，以及支持可撤销的操作
• 客户端
  • 创建具体的命令对象和接收者对象，然后将它们组装起来。

优缺点

优点

• 能容易地设计出一个目录队列
• 在需要的情况下，可以较容易地将目录记入日志
• 允许接收请求的一方决定是否要否决请求
• 可以容易地实现对请求的撤销和重做
• 由于加进新的具体命令类不影响其他类，因此添加新的具体命令类很容易
• 命令模式把请求一个操作的对象（Invoker）与知道怎么执行一个操作的对象（Receiver）分隔开

缺点

• 对于每个命令，都会有一个具体命令类，这可能导致类的数量急剧增加，增加了系统的复杂性
  • 如果不清楚一个系统是否需要命令模式，一般就不要着急着去实现它

应用场景

命令模式在需要将请求封装成对象、支持撤销和重做、设计命令队列等情况下，都是一个有效的设计模式。