4.3 客户端代码
class Program
{
static void Main(string[] args)
{
Receiver receiver = new Receiver();
ICommand command = new ConcereteCommand(receiver);
Invoker invoker = new Invoker();
invoker.SetCommand(command);
invoker.ExecuteCommand();
Console.Read();
}
}
执行结果
4.4 模式分析
4.4.1 本质：对命令进行封装，将发出命令与执行命令的责任分开。
4.4.2 每一个命令都是一个操作：请求的一方发出请求，要求执行一个操作；接收的一方收到请求，并执行操作。
4.4.3 请求方和接收方独立开来，使得请求的一方不必知道接收请求的一方的接口，更不必知道请求是怎么被接收，以及操作是否被执行、何时被执行，以及是怎么被执行的。
4.4.4 使请求本身成为一个对象，这个对象和其它对象一样可以被存储和传递。
4.4.5 命令模式的关键在于引入了抽象命令接口，且发送者针对抽象命令接口编程，只有实现了抽象命令接口的具体命令才能与接收者相关联。
5. 模式总结
5.1 优点
5.1.1 解除了请求者与实现者之间的耦合，降低了系统的耦合度。
5.1.2 对请求排队或记录请求日志，支持撤销操作。
5.1.3 可以容易地设计一个组合命令。
5.1.4 新命令可以容易地加入到系统中。
5.2 缺点
5.2.1 因为针对每一个命令都需要设计一个具体命令类，使用命令模式可能会导致系统有过多的具体命令类。
5.3 适用场景
5.3.1 当需要对行为进行“记录、撤销/重做”等处理时。
