设计模式---命令模式

前言

好久没有发博了，最近生活上发生了不小的变化，我亲爱的宝宝降临人间，自己也是喜当爹。做爹了之后，就要做一些做爹的该做的事情，照顾宝宝、家务活那都是少不了，学习的时间自然是减少了。当然自己并没有停止学习的脚步，这段时间也有看Pluralsight的课，重温ASP.NET Security、企业架构设计、EF和WCF相关的东西，不过，总归都是零零碎碎，毕竟生活忙起来之后，留下学习的时间一般都比较碎片化。写博客本身更加需要大块的时间去思考去总结，所以博客量就下降了。不过呢，习惯总是要坚持下去，就算再忙，一个月至少一篇吧

正题

回到正题，本篇说一下设计模式之命令模式，我们来看官方解释：

将一组行为抽象为对象，实现二者之间的松耦合。这就是命令模式（Command Pattern）

再来看一下外文社区的解释：

Encapsulate a request as an object, thereby letting you parameterize clients with different requests, queue or log requests, and support undoable operations

将请求封装为一个对象，从而让你根据不同的请求、队列或者日志请求参数化客户调用，并且支持撤销操作

个人比较喜欢后者的解释

UML类图

参与者

• Command，命令接口
• ConcreteCommand，具体命令实现对象，虚实现，通常持有接收者，并调用接收者的功能来完成命令要执行的操作
  • 绑定接收者和Action行为
  • 通过调用Receiver上对应的操作来实现命令接口
• Client，创建具体的命令对象，并且设置命令对象的接收者，注意这个不是我们常规意义上的客户端，而是在组装命令对象和接收者，或许，把这个Client称为装配者会更好理解，因为真正使用命令的客户端是从Invoker来触发执行
• Invoker，要求命令对象执行请求，通常会持有命令对象，可以持有很多的命令对象。这个是客户端真正触发命令并要求命令执行相应操作的地方，也就是说相当于使用命令对象的入口
• Receiver，接收者，真正执行命令的对象。任何类都可能成为一个接收者，只要它能够实现命令要求实现的相应功能

代码实现

• 命令接口

namespace Command
{
    abstract class Command
    {
        protected Receiver receiver;

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

        public abstract void Execute();
    }
}

• 接收者

namespace Command
{
    /// <summary>
    /// The 'Receiver' class
    /// </summary>
    class Receiver
    {
        public void Action()
        {
            Console.WriteLine("Called Receiver.Action()");
        }
    }
}

• 具体命令

namespace Command
{
    class ConcreteCommand : Command
    {
        // Constructor
        public ConcreteCommand(Receiver receiver) :
            base(receiver)
        {
        }

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

• Invoker命令调用入口

namespace Command
{
    /// <summary>
    /// The 'Invoker' class
    /// </summary>
    class Invoker
    {
        private Command _command;

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

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

• Client装配执行

namespace Command
{
    class Program
    {
        static void Main(string[] args)
        {
            // Create receiver, command, and invoker
            Receiver receiver = new Receiver();
            Command command = new ConcreteCommand(receiver);
            Invoker invoker = new Invoker();

            // Set and execute command
            invoker.SetCommand(command);
            invoker.ExecuteCommand();

            // Wait for user
            Console.ReadKey();
        }
    }
}

结语

说实话，到目前为止在实际工作中并没有使用到此模式，倒是有看到别人用到过。将请求和实现进行解耦，在一些大型分布式系统中，确实具备它的优势。比如将单向异步的请求消息封装成命令，使用分布式消息组件进行通讯和处理，比如DB的一些CUD操作等等，可以统一编程模型，方便维护和管理