命令模式的核心在于解耦請求的發起者和執行者，通過將請求封裝為對象，實現操作的排隊、日志記錄及撤銷等功能。1. command接口定義execute()方法；2. concretecommand綁定接收者并調用其方法執行操作；3. receiver負責實際執行命令；4. invoker持有命令并在需要時調用。此外，命令模式支持撤銷/重做、失敗處理及與策略模式的區別：前者關注“做什么”，后者關注“怎么做”。
命令模式的核心在于解耦請求的發起者和請求的執行者。簡單來說，就是把一個請求或者操作封裝成一個對象，這樣我們就可以把請求排隊、記錄請求日志，甚至支持撤銷操作。
解決方案
在c++中實現命令模式，通常會涉及到以下幾個關鍵組件：
立即學習“C++免費學習筆記（深入）”；
-
Command（命令接口）： 這是一個抽象類或者接口，定義了執行操作的execute()方法。所有具體的命令類都必須實現這個接口。
-
ConcreteCommand（具體命令）： 這是Command接口的具體實現。它綁定一個接收者對象，并調用接收者的相應方法來執行請求。
-
Receiver（接收者）： 接收者知道如何執行與請求相關的操作。它可以是任何類，負責真正執行命令。
-
Invoker（調用者）： 調用者持有命令對象，并在需要時調用命令對象的execute()方法。調用者并不需要知道具體命令的實現細節。
舉個例子，假設我們有一個簡單的燈泡（Light）類，它有turnOn()和turnOff()兩個方法。我們可以用命令模式來控制燈泡的開關：
#include <iostream> #include <vector> // 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
命令模式和策略模式有什么區別？
命令模式和策略模式都是行為型設計模式，但它們的應用場景和目的有所不同。 命令模式的主要目的是解耦請求的發起者和請求的執行者，將請求封裝成對象，從而支持排隊、記錄日志、撤銷/重做等功能。 策略模式的主要目的是定義一系列算法，并將每個算法封裝成一個對象，使得算法可以互相替換，而客戶端代碼可以獨立于算法的變化。 簡單來說，命令模式關注的是“做什么”，而策略模式關注的是“怎么做”。 命令模式通常用于處理用戶界面操作、事務處理等場景，而策略模式通常用于處理算法選擇、數據驗證等場景。 策略模式通常會有一個上下文對象，該對象持有策略對象，并根據需要切換策略。 而命令模式則通常由調用者直接持有命令對象，并在需要時執行命令。
