设计模式 - 命令模式

使用命令模式 ,可以将执行特定任务的对象与调用该方法的对象分离。假设有一个在线送餐平台。用户可以下订单、跟踪订单和取消订单。

javascript 复制代码
class OrderManager() {
  constructor() {
    this.orders = []
  }

  placeOrder(order, id) {
    this.orders.push(id)
    return `You have successfully ordered ${order} (${id})`;
  }

  trackOrder(id) {
    return `Your order ${id} will arrive in 20 minutes.`
  }

  cancelOrder(id) {
    this.orders = this.orders.filter(order => order.id !== id)
    return `You have canceled your order ${id}`
  }
}

在 OrderManager 类上,可以访问 placeOrder、trackOrder 和 cancelOrder 方法。直接使用这些方法将是完全有效的 JavaScript!

javascript 复制代码
const manager = new OrderManager();

manager.placeOrder("Pad Thai", "1234");
manager.trackOrder("1234");
manager.cancelOrder("1234");

但是,直接在manager实例上调用这些方法也有缺点。以后可能会决定重命名某些方法,或者方法的功能发生变化。

假设现在不将其命名为 placeOrder,而是将其重命名为 addOrder!这意味着必须确保不会在代码库中的任何位置调用 placeOrder 方法,这在大型应用程序中可能非常棘手。相反,希望将方法与 manager 对象分离,并为每个命令创建单独的命令函数!

让我们重构 OrderManager 类:它不再有 placeOrder、cancelOrder 和 trackOrder 方法,而是只有一个方法:execute。此方法将执行它给出的任何命令。

每个命令都应该有权访问管理器orders,我们将将其作为其第一个参数传递。

javascript 复制代码
class OrderManager {
  constructor() {
    this.orders = [];
  }

  execute(command, ...args) {
    return command.execute(this.orders, ...args);
  }
}

这里需要为订单管理器创建三个Command:

  • PlaceOrderCommand
  • CancelOrderCommand
  • TrackOrderCommand
javascript 复制代码
class Command {
  constructor(execute) {
    this.execute = execute;
  }
}

function PlaceOrderCommand(order, id) {
  return new Command((orders) => {
    orders.push(id);
    return `You have successfully ordered ${order} (${id})`;
  });
}

function CancelOrderCommand(id) {
  return new Command((orders) => {
    orders = orders.filter((order) => order.id !== id);
    return `You have canceled your order ${id}`;
  });
}

function TrackOrderCommand(id) {
  return new Command(() => `Your order ${id} will arrive in 20 minutes.`);
}

完善!这些方法不再是直接耦合到 OrderManager 实例,而是单独的解耦函数,我们可以通过 OrderManager 上可用的 execute 方法调用它们。

优点

命令模式允许我们将方法与执行操作的对象解耦。如果您正在处理具有一定生命周期的命令,或者应该在特定时间排队和执行的命令,那么它可以使您获得更大的控制权。

缺点

命令模式的使用情况相当有限,并且经常为应用程序添加不必要的样板代码。

相关推荐
geovindu7 小时前
rust: pool Pattern
开发语言·后端·设计模式·rust·对象池简写模式
高晶7 小时前
ARM 嵌入式 Linux 开发:从体系结构到 LED 点亮实战
设计模式·程序员
VimorphTech8 小时前
接入两套 TTS 接口后,业务代码如何避免堆满 if/else?
设计模式
geovindu10 小时前
rust: pool Pattern (续)
开发语言·后端·设计模式·rust·对象池简写模式
2302_805771071 天前
Day23:POM设计模式(封装)
java·开发语言·设计模式
范中勤2 天前
技术文档:模型工厂 `llm_provider` / `llm_use` 分层设计
设计模式·langchain·架构设计·模型工厂·llm_provider
浅尝辄止;2 天前
设计模式在HIS/LIS医疗系统中的完整实践指南(C#版)
开发语言·设计模式·c#
范中勤2 天前
适配器模式(Adapter Pattern):原理、场景与 LLM 多厂商工程落地
设计模式·架构·langchain·适配器模式·多厂商
加载力科技3 天前
Mac 打开 ISO 文件完整教程:3 种方法挂载与解压,挂载失败也能提取文件
macos·命令模式·磁盘工具·mac打开iso·hdiutil·iso解压·mac技巧
408高手3 天前
23种设计模式
设计模式