设计模式（六）——命令模式

命令模式：将“请求”封装成对象，以便使用不同的请求，队列或者日志来参数化其他对象，命令模式也支持可撤销的操作。

一个命令对象通过在特定的接收者上面绑定一组动作来封装这个请求。要达到这一点，命令对象将接收者和动作封装在一个对象中，只暴露出一个Execute()方法。当此方法调用则进行接收者的动作。从外面看来，其他对象不需要知道哪个接收者进行了哪些动作，只知道如果调用了Execute()方法，请求的目的就能达到。

       例如有一个简单的遥控器能够控制灯的开关：

       首先定义Command接口：

interface ICommand

   　　　 {

       　　　　 void Execute();

　　　　}

　　随后创建接收者：

public class Light

   　　　 {

     　　　　   public void LightOn()

       　　　　 {

            　　　　Console.WriteLine("灯亮");

        　　　　}

        　　　　public void LightOff()

        　　　　{

            　　Console.WriteLine("灯灭");

        }

    }

　　创建命令对象：

public class LightOnCommand : ICommand

    {

        public Light light;

        public LightCommand(Light light)

        {

            this.light = light;

        }

        public void Execute()

        {

            light.LightOn();

        }

    }

实现遥控器：

public class RemoteCtrl

    {

        ICommand command = new LightCommand(new Light());

        public void Click()

        {

            command.Execute();

        }

    }

若有多个命令对象可以创建命令对象数组，并创建一个NoComand对象作为初始化使用，这样避免无命令的时候的错误。

当有多个命令的时候，可能会遇见撤销的操作，这时候可以在命令对象中增加UnDo操作，表示撤回例如：

public class LightOnCommand : ICommand

    {
        public Light light;

        public LightCommand(Light light)

        {

            this.light = light;

        }

        public void Execute()

        {

            light.LightOn();

        }

         Public void UnDo(){

             Light.LightOff();

        }

 }    

可以在操作者对象设置一个Command命令，存储撤回的Command。即执行UnDo操作。

使用宏命令（Party模式），能够一次性执行多个命令。创建新的Command，将其他Command放入这里，在一个Execute中，执行所有的Command。

如果有多级需要撤销的可以考虑采用队列。

一些常见问题：

　　接收者是否一定要存在？

　　一般来说，我们尽量设计“傻瓜模式”，它只懂得调用一个接收者的行为。然而也可以设计成“聪明模式”，在Execute执行逻辑细节，但是这样调用者和接收者的解耦程度是比不上“傻瓜模式”的，而且也不能将接收者当作对象传递。

　　宏命令可以在Execute中执行所需对象的命令，而不采用其他命令对象吗？

　　这种方法也可以，不过相当于进行了“硬编码”到了命令对象中。而利用宏命令可以动态改变命令对象，显然宏命令更加优雅，也需要较少的新代码。