命令模式通过命令对象解耦发送者与接收者：发送者仅依赖Command接口调用execute()，不感知接收者；具体命令类封装接收者并绑定调用；客户端动态注入命令实现运行时切换；支持日志、撤销、宏命令等扩展。
命令模式通过引入“命令对象”作为中间层，让发送者（调用者）完全不知道接收者是谁、长什么样、怎么工作——它只认一个统一的 Command 接口，调用其中的 execute() 方法即可。这种解耦不是表面的“不直接 new”，而是结构性的隔离。
发送者只依赖抽象命令接口，不碰接收者类
发送者（如 FunctionButton 或 CalculatorForm）内部只持有 Command 类型的引用，从不 import、new 或调用任何接收者（如 HelpHandler、Adder）的具体类。它甚至不需要知道接收者是否存在。
- 发送者代码里没有
new HelpHandler().showHelp()这类硬编码调用 - 它也不关心命令执行时是弹窗、计算、保存还是发网络请求
- 只要传入的对象实现了
execute()，它就敢点、敢调、敢排队
接收者彻底隐身：由具体命令类负责绑定和调用
真正知道接收者、持有接收者实例、调用其方法的，是具体命令类（如 HelpCommand、ConcreteCommand）。这个绑定发生在命令对象创建或配置阶段，与发送者运行时完全分离。
-
HelpCommand 内部 new 了 HelpHandler，并在
execute()中调用hhObj.show() - 但这个过程对 FunctionButton 完全透明——它只看到
command.execute() - 接收者可以随时替换（比如把 HelpHandler 换成 WebHelpHandler），只需改命令类，不改发送者
客户端控制绑定关系，实现运行时动态切换
真正决定“哪个发送者触发哪个接收者”的，是客户端（Client）或配置逻辑。它在运行时把具体命令对象注入到发送者中，从而完成松耦合组装。
立即学习“Java免费学习笔记（深入）”；
- 例如：
fb.setCommand(new HelpCommand())或form.setCommand(new AddCommand(new Calculator())) - 同一个功能键（发送者）可反复绑定不同命令：
fb.setCommand(new MinimizeCommand())→fb.setCommand(new UndoCommand()) - 用户自定义快捷键、插件机制、A/B 测试开关，都靠这一层动态注入实现
扩展能力天然支持，无需修改原有角色
日志、撤销、重做、队列、事务包装等能力，都可以通过新增命令类或装饰命令来添加，不侵入发送者和接收者。
- 加日志？写个 LoggedCommand 包裹原命令，在 execute 前后打日志
- 支持撤销？让具体命令同时实现
undo()，发送者调用command.undo()即可 - 批量执行？用 MacroCommand 聚合多个命令，对外仍是一个 Command
