命令模式 - Command Pattern

定义

将一个请求封装为一个对象，从而让我们可用不同的请求对客户进行参数化；对请求排队或者记录请求日志，以及支持可撤销的操作。

设计的原则和思想

1. 解耦的是行为请求(发起)者和行为实现(执行)者。
2. 不变部分是行为实现者，变化部分是行为请求者。
3. 核心思想是将函数封装成命令对象。

一句话概括设计模式

调用者通过命令类让接受者执行指令。

结构中包含的角色

1. Command（抽象命令类）
2. ConcreteCommand（具体命令类）
3. Invoker（调用者,行为请求者,动作的发起者）
4. Receiver（接收者,行为实现者,动作的承受者）

最小可表达代码

// 接收者
class Receiver
{
  public function action()
  {
    echo '执行命令的具体逻辑';
  }
}

// 抽象命令类
interface Command
{
  public function execute();
}

// 具体命令类
class ConcreteCommand implements Command
{
  private $receiver;

  public function __construct()
  {
    $this->receiver = new Receiver();
  }

  public function execute()
  {
    $this->receiver->action();
  }
}

// 调用者
class Invoker
{
  private $command;

  public function __construct(Command $command)
  {
    $this->command = $command;
  }

  public function call()
  {
    $this->command->execute();
  }
}

$invoker = new Invoker(new ConcreteCommand());
$invoker->call();

优点

1. 在不修改代码的情况下创建新的命令。
2. 实现操作的延迟执行。
3. 命令可以相互组合，组合一个复杂命令。
4. 一个命令对象和请求的初始调用者可以有不同的生命期。
5. 可以控制命令的执行流程。异步、延迟、排队执行命令、撤销重做命令、存储命令等。

缺点

1. 代码会变得更加复杂。
2. 命令模式是为了松耦合。如果调用者或者具体命令类增多，维护性都会降低。

何时使用

1. 需要将请求调用者和请求接收者解耦。
2. 某些请求需要延迟执行。可以将请求写入队列，然后延迟执行队列。
3. 将特定的方法调用转化为对象。

实际应用场景

1. 操作回滚功能。备忘录模式可能会占用大量内存。命令模式就是反向操作。
2. 实现队列。将命令类序列化放入队列中，然后执行。
3. 电脑开机。开机键就是一个命令。
4. 饭店点菜。每点的一道菜都是一个命令。

本作品采用《CC 协议》，转载必须注明作者和本文链接