文章目錄

• 案例：智能遙控
• 命令模式
• 應(yīng)用場景
• • 隊列請求
  • 日志系統(tǒng)
• 總結(jié)
• 完整代碼與文檔

---

命令模式的應(yīng)用場景較少，且不易理解，因此我也不好舉例，所以下面的描述可能會存在一些問題，請見諒

案例：智能遙控

小明所在的公司正在研發(fā)一個智能遙控APP，可以通過將家電的命令配對到APP上，通過APP我們就能夠遠程的啟動家中的家電，并讓其執(zhí)行任務(wù)。

如果我們直接讓遙控器來要求家電做出某些命令，由于家電的品牌、種類不同，其功能的接口以及實現(xiàn)也各不相同，為我們的設(shè)計帶來了巨大的挑戰(zhàn)。

由于不同的產(chǎn)品的命令不一樣，接口也不一樣，如果讓控制器全權(quán)負責(zé)家電命令的請求、下達、執(zhí)行，這就要求控制器必須要清楚家電的所有細節(jié)，并且需要針對對象編程，一旦我們需要進行拓展，就會需要讓我們的遙控器來適應(yīng)新的家電。

這種針對細節(jié)編程的設(shè)計存在大量的缺陷，例如下圖，當(dāng)存在大量的類時，就會導(dǎo)致控制器的邏輯十分繁雜，并且拓展性、維護性極低。

如果繼續(xù)根據(jù)品牌、型號進行劃分，又會產(chǎn)生一大堆類型，并且當(dāng)有新型號產(chǎn)品出現(xiàn)時，我們的拓展也非常麻煩

所以我們不妨換個思路，將命令的執(zhí)行與調(diào)用進行分離，控制器不需要知道這些家電的執(zhí)行方式，他只需要發(fā)出命令的請求，而后讓專門的對象去處理這些命令。

采用這樣的設(shè)計，控制器就不再需要了解命令的執(zhí)行細節(jié)，當(dāng)發(fā)起請求命令時，控制器就會調(diào)用命令對象的執(zhí)行方法，然后讓命令對象操縱接收者執(zhí)行動作。這樣，就將動作的請求者從動作的執(zhí)行者中進行解耦。

這就是命令模式的核心。

---

命令模式

命令模式將一個請求(行為)封裝成一個對象，從而使你可用不同的請求對客戶進行參數(shù)化；對請求排隊或記錄請求日志，以及支持可撤銷的操作。

命令模式由以下部分組成

• Invoker(調(diào)用者)：命令的調(diào)用者，接收客戶端的請求后通過調(diào)用命令對象中的執(zhí)行方法來下達命令
• Command(命令接口)：用來聲明執(zhí)行命令的接口
• ConcreteCommand(命令對象)：綁定了一個接收者，調(diào)用接收者的對應(yīng)操作來完成命令
• Receiver(接收者)：命令的接收者，即實際執(zhí)行命令的人

類圖如下

了解完命令模式之后，我們繼續(xù)實現(xiàn)我們的控制器

為了能讓控制器能夠適配多種命令，我們創(chuàng)造出一個命令接口，并讓所有的具體命令都去實現(xiàn)它。并且為了防止我們可能會存在誤操作，我還加入了一個撤回操作的undo方法

class Command { public:virtual ~Command() = default;virtual void execute() = 0; //執(zhí)行任務(wù)virtual void undo() = 0; //撤回任務(wù) };

接著為了方便舉例，我們還需要實現(xiàn)一個家電的實例

class SweepingRobot { public:void action(){std::cout << "掃地機器人開始執(zhí)行清掃計劃！" << std::endl;}void undo(){std::cout << "撤銷掃地機器人的清掃計劃！" << std::endl;} };

命令對象會保留一份執(zhí)行者的實例，通過調(diào)用執(zhí)行者的對應(yīng)操作來完成命令

class SweepingRobotCommand : public Command { public:SweepingRobotCommand(SweepingRobot* recvive): _recvive(recvive){}void execute() override{_recvive->action();}void undo() override{_recvive->undo();} private:SweepingRobot* _recvive; };

下面就實現(xiàn)我們具體的控制器吧，為了方便下達命令，我利用哈希表來將命令語句與具體命令建立映射，當(dāng)輸入執(zhí)行的語句后，我們就會自動的去查找哈希表中存在的命令，然后執(zhí)行它

同時，利用一個棧來保存所有的執(zhí)行命令，來方便我們進行誤操作的回滾

class Controller { public://保存命令，即我們通常說的“配對”void setCommand(Command* command, std::string type){_commands.insert(make_pair(type, command));}//查找命令是否存在，如果存在則執(zhí)行void executeCommand(const std::string& type){auto res = _commands.find(type);if(res == _commands.end()){std::cout << "該命令不存在，請檢查輸入" << std::endl;}else{res->second->execute(); //執(zhí)行命令}}//撤回上一條命令void undoCommand(){//從undo棧中取出上一條命令，并撤回if(!_undo.empty()){Command* command = _undo.top();_undo.pop();command->undo();_undo.push(res->second); //將執(zhí)行過的命令放入undo棧中}} private:std::stack<Command*> _undo; //用棧來保存執(zhí)行過的命令，用于進行回退std::unordered_map<std::string, Command*> _commands; //利用哈希來建立起具體命令的映射 };

測試代碼

int main() {Controller controller;AirConditioner equipment1;SweepingRobot equipment2;Command* command1 = new AirConditionerCommand(&equipment1); Command* command2 = new SweepingRobotCommand(&equipment2);controller.setCommand(command1, "AirConditioner"); //配對controller.setCommand(command2, "SweepingRobot");controller.executeCommand("AirConditioner"); //啟動空調(diào)controller.executeCommand("SweepingRobot"); //啟動掃地機器人controller.undoCommand(); //撤回上一條命令controller.undoCommand(); //撤回上一條命令delete command1, command2;return 0; }

---

應(yīng)用場景

雖然命令模式在日常的應(yīng)用、業(yè)務(wù)編寫中都不是很常見，但這并不意味著它離我們很遙遠，在一些較為底層的設(shè)計中還是會存在著它的身影。

隊列請求

上面我提到過，命令模式將發(fā)出請求的對象和執(zhí)行請求的對象進行解耦，這也就意味著任務(wù)的發(fā)布者不需要知道任務(wù)的執(zhí)行流程以及細節(jié)，只需要下達命令，而執(zhí)行者只需要接收任務(wù)并進行執(zhí)行，不需要了解任務(wù)的發(fā)布者是誰，兩者之間不存在耦合關(guān)系。

說到這里，我們馬上就想到了生產(chǎn)者消費者模型、線程池、工作隊列等應(yīng)用。工作隊列來說，客戶將命令對象放入隊列中，而另一端的線程從隊列中取出命令對象，并調(diào)用命令對象中的execute函數(shù)來完成任務(wù)，它不在乎對象到底做些什么，它只知道取出命令并調(diào)用執(zhí)行方法，兩者完全解耦。

日志系統(tǒng)

在上面的實現(xiàn)中，我利用一個棧將所有的執(zhí)行命令保存下來，并提供了undo命令來進行回退，這不就是我們的日志系統(tǒng)嗎？這里就用數(shù)據(jù)庫的日志系統(tǒng)進行舉例，其會保存我們所有執(zhí)行的sql語句，并將其寫入日志中，我們可以通過日志來進行反向的undo操作，進行版本的回退。

而我們通常所說的事務(wù)，也是這樣實現(xiàn)的。事務(wù)要么全都執(zhí)行，要么全都不執(zhí)行。當(dāng)有某個事務(wù)執(zhí)行失敗時，就會查詢?nèi)罩?#xff0c;并執(zhí)行其undo操作，來達到版本的回退效果

---

總結(jié)

要點

• 命令模式將發(fā)出請求的對象和執(zhí)行請求的對象解耦，做法是將命令抽象為對象
• 命令支持撤銷，可以通過undo方法來進行回滾
• 調(diào)用者通過調(diào)用命令對象的執(zhí)行方法來發(fā)出請求，使得接收者執(zhí)行動作
• 可能會導(dǎo)致存在大量的命令類

應(yīng)用場景

• 日志系統(tǒng)、事務(wù)等需要對命令記錄、撤回、重做等場景
• 工作隊列等需要將命令的發(fā)布者和執(zhí)行者解耦的場景

---

完整代碼與文檔

如果有需要完整代碼或者markdown文檔的同學(xué)可以點擊下面的github鏈接
github

超強干貨來襲 云風(fēng)專訪：近40年碼齡，通宵達旦的技術(shù)人生

總結(jié)

以上是生活随笔為你收集整理的趣谈设计模式 | 命令模式(Command)：将命令封装为对象的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。