设计模式之命令模式

定义

        命令(Command)模式：将请求封装成对象，以便使用不同的请求、日志、队列等来参数化其他对象，命令模式也支持撤销操作。

        命令模式是对命令的封装，把发出命令的责任和执行命令的责任分割开，委派给不同的对象。

类图和主要角色

        看一下命令模式的类图。

        命令模式涉及5个角色，分别如下：

1. 客户端(Client)角色：创建一个具体命令(ConcreteCommand)对象并确定其接收者。

2. 命令(Command)角色：声明了一个给所有具体命令类的抽象接口。

3. 具体命令(ConoreteCommand)角色：定义一个接收者和行为之间的弱耦合，实现execute()方法，负责调用接收者的相应操作，execute()方法通常叫作执行方法。

4. 请求者(Invoker)角色：负责调用命令对象执行请求，相关的方法叫作行动方法。

5. 接收者(Receiver)角色：负责具体实施和执行一个请求。

命令模式的优点

        命令模式是对命令的封装，把发出命令的贵任和执行命令的贵任分割开，委派给不同的对象。

        每一个命令都是一个操作，请求的一方发出请求要求执行一个操作，接收的一方收到请求，并执行操作。命令模式允许请求的一方和接收的一方独立开来，使得请求的一方不必知道接收请求的一方的接口，更不必知道请求是怎样被接收，以及操作是否被执行、何时被执行、怎样被执行的。

        命令允许请求的一方和接收请求的一方能够独立演化，从而具有以下的优点：

1. 在命令模式中，请求者不直接与接收者交互，即请求者不包含接收者的引用，因此彻底消除了彼此之间的耦合。

2. 命令模式满足“开闭”原则。如果增加新的具体命令和该命令的接收者，不必修改调用者的代码，调用者就可以使用新的命令对象；反之，如果增加新的调用者，不必修改现有的具体命令和接收者，新增加的调用者就可以使用自己已有的具体命令。

3. 由于请求者被封装到了具体命令中，那么就可以将具体命令保存到持久化的媒介中，在需要的时候，重新执行这个具体命令，因此使用命令模式可以记录日志。

4. 使用命令模式可以对请求者的“请求”进行排队，每个请求各自对应一个具体命令，因此可以按照一定的顺序执行这些命令。

命令模式的缺点

        可能产生大量具体命令类，因为每一个具体操作都需要设计一个具体命令类，这将增加系统的复杂性。