目录
一、为什么使用命令模式
在软件设计中，我们经常需要向某些对象发送请求，但是并不知道请求的接收者是谁，也不知道被请求的操作是哪个，我们只需在程序运行时指定具体的请求接收者即可，此时，可以使用命令模式来进行设计，使得请求发送者与请求接收者消除彼此之间的耦合，让对象之间的调用关系更加灵活。
命令模式可以对发送者和接收者完全解耦，发送者与接收者之间没有直接引用关系，发送请求的对象只需要知道如何发送请求，而不必知道如何完成请求。
二、模式定义
命令模式(Command Pattern)：将一个请求封装为一个对象，从而使我们可用不同的请求对客户进行参数化；对请求排队或者记录请求日志，以及支持可撤销的操作。命令模式是一种对象行为型模式，其别名为动作(Action)模式或事务(Transaction)模式。
扫描二维码关注公众号，回复：
9190978 查看本文章
三、模式结构
命令模式包含如下角色：
•
Command:
抽象命令类
•
ConcreteCommand:
具体命令类
•
Invoker:
调用者
•
Receiver:
接收者
•
Client:
客户类
命令模式的本质是
对命令进行封装
，
将发出命令的责任和执行
命令的责任分割开
。
命令模式的关键在于
引入了抽象命令接口
，且
发送者
针对抽象命令接口编程
，只有实现了抽象命令接口的
具体命令才能与接收者相关联
。
命令模式顺序图：
为便于理解，仍取刘伟老师教材中的例子。
电视机是请求的接收者，遥控器是请求的发送者，遥控器上有一些按钮，不同的按钮对应电视机的不同操作。抽象命令角色由一个命令接口来扮演，有三个具体的命令类实现了抽象命令接口，这三个具体命令类分别代表三种操作：打开电视机、关闭电视机和切换频道。显然，电视机遥控器就是一个典型的命令模式应用实例
四、模式优点
•
降低系统的耦合度。
•
新的命令可以很容易地加入到系统中。
•
可以比较容易地设计一个命令队列和宏命令（组合命令）。
•
可以方便地实现对请求的
Undo
和
Redo
。
五、模式缺点
•
使用命令模式可能会
导致某些系统有过多的具体命令类
。因为针对每一个命令都需要设计一个具体命令类，因此某些系统可能需要大量具体命令类，这将影响命令模式的使用。
六、模式适用环境
在以下情况下可以使用命令模式：
•
系统
需要将请求调用者和请求接收者解耦
，使得调用者和接收者不直接交互。
•
系统
需要在不同的时间指定请求、将请求排队和执行请求
。
•
系统
需要支持命令的撤销
(Undo)
操作和恢复
(Redo)
操作
。
•
系统
需要将一组操作组合在一起
，即支持宏命令。
七、模式应用实例
(1) Java
语言使用命令模式实现
AWT/Swing GUI
的
委派事件模型
(Delegation Event Model, DEM)
。
(2)
很多系统都提供了宏命令功能，如
UNIX
平台下的
Shell
编程
，可以将多条命令封装在一个命令对象中，
只需要一条简单的命令即可执行一个命令序列，这也
是命令模式的应用实例之一。
