设计模式[14]——命令模式一分钟彻底说透

设计模式[14]——命令模式（Command）一分钟彻底说透（C++版·软件领域真实例子）

一句话定义

将“请求”（操作）封装成一个独立的对象，从而让发送者和执行者完全解耦，支持撤销、重做、队列、日志等高级功能。

最狠的比喻（软件人专属）

图形编辑器（如Photoshop/GIMP）的“撤销/重做”：

• 每按一次“调亮度”“画笔”“裁剪”都生成一个命令对象
• 放进历史栈 → 按Ctrl+Z就弹出上一个命令执行undo()
• 客户端（菜单/快捷键）只知道“执行命令”，完全不知道具体怎么调亮度

为什么需要它？（坏味道瞬间爆炸）

不用命令模式，你会直接这样写：

editor.brighten();// 菜单直接调用编辑器方法editor.crop();// 想加撤销？每个操作都要在编辑器里写undo逻辑，耦合到死// 想队列批量执行？想记录操作日志？想宏命令？全寄！

和之前模式彻底分清（10秒表）

真实软件例子：图形编辑器撤销/重做系统

#include<iostream>#include<memory>#include<vector>#include<string>usingnamespacestd;// 1. 接收者（真正干活的对象）classImageEditor{string state="原始图片";public:voidbrighten(){state+=" → 调亮";cout<<"[Editor] 执行调亮 → 当前状态: "<<state<<endl;}voidcrop(){state+=" → 裁剪";cout<<"[Editor] 执行裁剪 → 当前状态: "<<state<<endl;}voidunbrighten(){/* 实际项目里恢复状态 */cout<<"[Editor] 撤销调亮\n";}voiduncrop(){cout<<"[Editor] 撤销裁剪\n";}voidshow()const{cout<<"当前图片状态: "<<state<<endl;}};// 2. 命令接口classCommand{public:virtual~Command()=default;virtualvoidexecute()=0;virtualvoidundo()=0;};// 3. 具体命令（绑定接收者 + 操作）classBrightenCommand:publicCommand{ImageEditor*editor;public:explicitBrightenCommand(ImageEditor*e):editor(e){}voidexecute()override{editor->brighten();}voidundo()override{editor->unbrighten();}};classCropCommand:publicCommand{ImageEditor*editor;public:explicitCropCommand(ImageEditor*e):editor(e){}voidexecute()override{editor->crop();}voidundo()override{editor->uncrop();}};// 4. 调用者（维护命令历史栈）classCommandHistory{vector<unique_ptr<Command>>history;ImageEditor&editor;public:explicitCommandHistory(ImageEditor&e):editor(e){}voidexecuteCommand(unique_ptr<Command>cmd){cmd->execute();history.push_back(move(cmd));// 入栈}voidundo(){if(!history.empty()){history.back()->undo();history.pop_back();}else{cout<<"无操作可撤销\n";}}voidshowState()const{editor.show();}};

客户端：撤销重做爽到飞起

intmain(){ImageEditor editor;CommandHistoryhistory(editor);// 用户操作history.executeCommand(make_unique<BrightenCommand>(&editor));history.executeCommand(make_unique<CropCommand>(&editor));history.executeCommand(make_unique<BrightenCommand>(&editor));history.showState();// 原始图片 → 调亮 → 裁剪 → 调亮cout<<"\n=== 用户按 Ctrl+Z 撤销 ===\n";history.undo();// 撤销最后一次调亮history.undo();// 撤销裁剪history.showState();// 回到只调亮一次的状态}

输出：

[Editor] 执行调亮 → 当前状态: 原始图片 → 调亮 [Editor] 执行裁剪 → 当前状态: 原始图片 → 调亮 → 裁剪 [Editor] 执行调亮 → 当前状态: 原始图片 → 调亮 → 裁剪 → 调亮 当前图片状态: 原始图片 → 调亮 → 裁剪 → 调亮 === 用户按 Ctrl+Z 撤销 === [Editor] 撤销调亮 [Editor] 撤销裁剪 当前图片状态: 原始图片 → 调亮

C++ 真实项目里无处不在

• GUI框架：Qt的QUndoCommand（编辑器、场景编辑器）
• 游戏编辑器：Unreal Editor的Transaction系统
• 事务管理：数据库事务（Commit/Rollback）
• 线程池/任务队列：把Command放进队列异步执行
• 宏命令：组合多个Command成一个“超级命令”（如“保存项目” = 保存文件 + 清理缓存 + 记录日志）

终极口诀（编辑器开发者专属）

“操作封装成对象，撤销重做随便搞；
菜单快捷键解耦，历史栈里随便跳！”

刻在DNA里的一句话

当你需要“支持撤销/重做、延迟执行、队列操作、日志记录”等高级行为，且不想让调用者和具体操作耦合时，
立刻上命令模式——把“要做什么”封装成对象，想怎么玩都行！

现在，命令模式彻底说透了！
下一期是解释器模式（Interpreter）[15]，虽然是GoF里最冷门的，但也有真实用途。