浅谈设计模式之命令模式

命令模式（Command）：将一个请求封装成一个对象，从而使你可以用不同的请求对客户端进行参数化，队请求排队或者记录请求的日志，以及支持可撤销的操作。

关于这个命令我们用一个简单的例子来说明，比如键盘的指令，不同的按键按下就会执行不同的命令。在这里我们用键盘按键发出命令，电脑接收这些命令，然后执行不同的操作，也就是完成了一系列的命令指示。

UML图如下：

//声明执行操作的接口
abstract class Command
{
protected Receiver receiver;
public Command(Receiver receiver)
{
this.receiver = receiver;
}
abstract public void Execute();
}

//知道如何实施与执行一个请求相关的操作。任何类都可能作为一个接收者,只要它能够实现命令要求实现的相应功能。
class Receiver
{
public void Action()
{
Print("执行相关请求");
}
}

//将一个接受者对象绑定于一个动作，调用接受者相应的操作
class ConcreteCommand : Command
{
public ConcreteCommand(Receiver receiver):base(receiver){}
public override void Excute()
{
receiver.Action();
}
}

//要求该命令执行这个请求
class Invoker
{
Command command;
//命令如果有多个的情况，这样也就可以在执行之前撤销命令了
//List<Command> commands = new List<Command>();
public void SetCommond(Command command)
{
this.command = command;
}
public void ExecuteCommand()
{
command.Execute();
}
}

//测试
static void Main(sting[] args)
{
Receiver r = new Receiver();
Command c = new ConcreteCommnd(r);
Invoker i = new Invoker();

i.SetCommand(c);
i.ExecuteCommand();
Console.Read();
}

命令模式的优点总结如下：

1. 它能比较容易地设计一个命令队列

2. 在需要的情况下，可以较容易的将命令记入日志

3. 允许接收请求的一方决定是否否决请求

4. 可以很容易地实现对请求的撤销和重做

5. 容易增加新的具体命令类，当然这个也容易成为它的缺点==

6. 可以把请求一个操作对象与知道怎么执行一个操作的对象分割开，实现解耦。

参考书籍：《大话设计模式》