命令模式的核心在于解耦请求的发起者和执行者，通过将请求封装为对象，实现操作的排队、日志记录及撤销等功能。1. command接口定义execute()方法；2. concretecommand绑定接收者并调用其方法执行操作；3. receiver负责实际执行命令；4. invoker持有命令并在需要时调用。此外，命令模式支持撤销/重做、失败处理及与策略模式的区别：前者关注“做什么”，后者关注“怎么做”。
命令模式的核心在于解耦请求的发起者和请求的执行者。简单来说，就是把一个请求或者操作封装成一个对象，这样我们就可以把请求排队、记录请求日志，甚至支持撤销操作。
解决方案
在C++中实现命令模式，通常会涉及到以下几个关键组件：
立即学习“C++免费学习笔记（深入）”；
Command（命令接口）： 这是一个抽象类或者接口，定义了执行操作的
execute()方法。所有具体的命令类都必须实现这个接口。ConcreteCommand（具体命令）： 这是
Command接口的具体实现。它绑定一个接收者对象，并调用接收者的相应方法来执行请求。Receiver（接收者）： 接收者知道如何执行与请求相关的操作。它可以是任何类，负责真正执行命令。
Invoker（调用者）： 调用者持有命令对象，并在需要时调用命令对象的
execute()方法。调用者并不需要知道具体命令的实现细节。
举个例子，假设我们有一个简单的灯泡（Light）类，它有turnOn()和turnOff()两个方法。我们可以用命令模式来控制灯泡的开关：
#include#include // Receiver class Light { public: void turnOn() { std::cout << "Light is ON" << std::endl; } void turnOff() { std::cout << "Light is OFF" << std::endl; } }; // Command Interface class Command { public: virtual void execute() = 0; virtual ~Command() {} // 重要的析构函数，避免内存泄漏 }; // Concrete Commands class TurnOnCommand : public Command { private: Light* light; public: TurnOnCommand(Light* light) : light(light) {} void execute() override { light->turnOn(); } }; class TurnOffCommand : public Command { private: Light* light; public: TurnOffCommand(Light* light) : light(light) {} void execute() override { light->turnOff(); } }; // Invoker class RemoteControl { private: Command* command; public: void setCommand(Command* command) { this->command = command; } void pressButton() { command->execute(); } }; int main() { Light* light = new Light(); TurnOnCommand* turnOn = new TurnOnCommand(light); TurnOffCommand* turnOff = new TurnOffCommand(light); RemoteControl remote; remote.setCommand(turnOn); remote.pressButton(); // Light is ON remote.setCommand(turnOff); remote.pressButton(); // Light is OFF delete turnOn; delete turnOff; delete light; return 0; }
这个例子展示了命令模式的基本结构。Light是接收者，TurnOnCommand和TurnOffCommand是具体命令，RemoteControl是调用者。
副标题1
命令模式在实际开发中有什么更高级的应用？
命令模式不仅仅局限于简单的开关操作。 它可以用来实现更复杂的功能，比如事务处理、宏命令、以及支持撤销/重做操作。 例如，在一个文本编辑器中，每个编辑操作（如插入文本、删除文本、格式化文本）都可以被封装成一个命令对象。 这样，我们就可以把这些命令存储在一个历史列表中，从而实现撤销和重做功能。 实现撤销/重做，每个ConcreteCommand需要增加 undo() 方法，并在执行命令时记录必要的状态信息，以便 undo() 能够恢复到之前的状态。 历史记录可以使用栈结构存储命令对象。
副标题2
如何处理命令执行失败的情况？
处理命令执行失败是命令模式中一个重要的考虑因素。 一种常见的做法是在Command接口中添加一个bool canExecute()方法，用于在执行命令之前检查是否满足执行条件。 如果canExecute()返回false，则拒绝执行该命令。 另外，可以在execute()方法中加入异常处理机制，捕获执行过程中可能出现的异常，并进行相应的处理（例如，记录日志、通知用户等）。 更复杂的场景可能需要引入补偿机制，即在命令执行失败后，执行一个反向操作来恢复到之前的状态，这有点类似于数据库事务的回滚。
副标题3
命令模式和策略模式有什么区别？
命令模式和策略模式都是行为型设计模式，但它们的应用场景和目的有所不同。 命令模式的主要目的是解耦请求的发起者和请求的执行者，将请求封装成对象，从而支持排队、记录日志、撤销/重做等功能。 策略模式的主要目的是定义一系列算法，并将每个算法封装成一个对象，使得算法可以互相替换，而客户端代码可以独立于算法的变化。 简单来说，命令模式关注的是“做什么”，而策略模式关注的是“怎么做”。 命令模式通常用于处理用户界面操作、事务处理等场景，而策略模式通常用于处理算法选择、数据验证等场景。 策略模式通常会有一个上下文对象，该对象持有策略对象，并根据需要切换策略。 而命令模式则通常由调用者直接持有命令对象，并在需要时执行命令。
