23种设计模式讲解——命令模式

命令模式

定义：

将一个请求封装为一个对象，使发出请求的责任和执行请求的责任分割开。这样两者之间通过命令对象进行沟通，这样方便将命令对象进行储存、传递、调用、增加与管理。

UML:

标题命令模式包含以下主要角色:

• 抽象命令类（Command）角色： 声明执行命令的接口，拥有执行命令的抽象方法 execute()。
• 具体命令类（Concrete Command）角色： 是抽象命令类的具体实现类，它拥有接收者对象，并通过调用接收者的功能来完成命令要执行的操作。
• 实现者/接收者（Receiver）角色： 执行命令功能的相关操作，是具体命令对象业务的真正实现者。
• 调用者/请求者（Invoker）角色： 是请求的发送者，它通常拥有很多的命令对象，并通过访问命令对象来执行相关请求，它不直接访问接收者。

我的理解

对于调用者来说，调用了一条命令是为了完成某件事情，并不关心中间的调用过程，比如领导发布了一条命令说月底前把某个项目完成，对于这个命令领导只关心最终是否完成，不关心项目负责人如何分配任务，如何计划时间，只要项目负责人月底前完成了就行。同样领导说去给我买杯咖啡，领导也不关心你中间怎么排队等只要最终把咖啡买回来就行了。如果换个领导，新领导要喝咖啡，同样只需要下达买咖啡的命令就行了 (降低了系统耦合度) ， 如果有新的需求只要新增命令就OK了 (新的命令可以很容易添加到系统中去) ，对于命令模式而言，领导就是调用者，买咖啡就是命令，项目负责人就是接收者（具体执行命令的人）

优点:

1. 降低了系统耦合度。
2. 新的命令可以很容易添加到系统中去。

缺点:

1. 使用命令模式可能会导致某些系统有过多的具体命令类。