设计模式笔记 14. Command 命令模式(行为型模式)

14.Command 命令方法模式      2008-09-02

耦合与变化：

耦合是软件不能抵御的变化灾难的根本原因，不仅实体对象与实体对象之间存在耦合关系，实体对象与操作之间也存在耦合关系。

动机(Motivation)：

在软件构建过程中，“行为请求者”与“行为实现者”通常呈现一种“紧耦合”。但在某些场合——比如需要对行为进行“记录、撤销/重(undo/redo)、事务”等处理，这种无法抵御变化的紧耦合是不合适的。

在这种情况下，如何将“行为请求者”与“行为实现者” 解耦？将一组行为抽象为对象，可以实现二者之间的松耦合。

意图（Intent）：

将一个请求封装为一个对象，从而使你可用不同的请求对客户进行参数化；对请求排队或记录请求日志以及支持，可撤销的操作。      ——《设计模式》GoF

示意代码：

     // 用来声明执行操作的接口
     abstract   class  Command
    {
         protected  Receiver receiver;

         public  Command(Receiver receiver)
        {
             this .receiver  =  receiver;
        }

         abstract   public   void  Execute();
    }

 

     // 将一个接收者对象绑定于一个动作，调用接收者相应的操作，以实现Execute
     class  ConcreteCommand : Command
    {
         public  ConcreteCommand(Receiver receiver)
            :
           base (receiver) { }

         public   override   void  Execute()
        {
            receiver.Action();
        }
    }

 

     // 知道如何实施与执行一个请求相关的操作，任何类都可能作为一个接收者
     class  Receiver
    {
         public   void  Action()
        {
            Console.WriteLine( " 执行请求！ " );
        }
    }

 

     // 要求该命令执行这个请求
     class  Invoker
    {
         private  Command command;

         public   void  SetCommand(Command command)
        {
             this .command  =  command;
        }

         public   void  ExecuteCommand()
        {
            command.Execute();
        }
    }

 

客户端代码：

     class  Program
    {
         static   void  Main( string [] args)
        {
            Receiver r  =   new  Receiver();
            Command c  =   new  ConcreteCommand(r);
            Invoker i  =   new  Invoker();

             //  Set and execute command 
            i.SetCommand(c);
            i.ExecuteCommand();

            Console.Read();
        }
    }

 

Command的几个要点：

Command模式的根本目的在于将“行为请求者”与“行为实现者” 解耦，在面向对象语言中，常见的实现手段是“将行为抽象为对象”。

实现Command接口的具体命令对象ConcreteCommand有时候根据需要可能会保存一些额外的状态信息。

通过使用Composite模式，可以将多个“命令”封装为一个“复合命令”MacroCommand。

Command模式与C#中的Delegate有些类似。但两者定义行为接口的规范有所区别：Command以面向对象中的“接口-实现”来定义行为接口规范，更严格，更符合抽象原则；Delegate以函数签名来定义行为接口规范，更灵活，但抽象能力比较弱。