【行为型】Command模式

    命令模式是指将用户的请求封装成(命令)对象，从而可将用户不同的请求进行参数化、对这些请求排序或记录请求日志、以及支持回滚恢复操作。记得以前刚开始使用Photoshop时，就发现它的操作历史记录面板特别好用，现在想想，其实也可以通过命令模式来设计。命令模式主要是将请求抽象成对象，以此作为中间的一个中转站，转达请求命令，从而将请求方与响应方解耦。在逻辑层面上，用户只需要发布自己的命令即可，至于由什么样的响应者来处理，则需要看具体下达的是什么样的命令。模式类结构图参考如下：

    模式编码结构参考如下：

namespace command
{
    class Receiver
    {
    public:
        void doAction() {/*some code here........*/}

    };

    class ICommand
    {
    public:
        virtual void action() = 0;
        // some code here........

    };

    class ConcreteCommand : public ICommand
    {
    public:
        virtual void action() {
            // some code here........
            _receiver->doAction();
        }
        
    private:
        Receiver* _receiver;

    };//class ConcreteCommand

    class Invoker
    {
    public:
        void call() {
            // some code here........
            // this is a test case below.
            auto pCommand = new (std::nothrow) ConcreteCommand();
            pCommand->action();
        }

    };

}//namespace command

     既然命令对象的职责相当于是一个中转站转达请求，则命令模式重点在于命令对象的设计。试想下，如果一个请求需要被多个响应者响应，则只需要简简单单设计一个“复合命令”对象即可。参考如下：

class MacroCommand
{
public:
    // some code here........
    virtual void execute() override {
        // call execute action of all children command object
        // some code here........
    }
    
private:
    typedef std::list<ICommand*> TCmdList;
    
    TCmdList    m_listCmds;
    
};//class MacroCommand

    对于命令对象的设计，最复杂的情况是直接将响应者的逻辑直接在命令对象中封装起来，此时就相当于没有使用命令模式的情形，这是一种完全退化的情况。最简单的情况是将请求转抛给具体的响应者，此时命令对象就仅仅只是一个桥梁，起到的作用是将请求方与响应方解耦合。因此，关于命令对象的封装会有个度的评估，此需要看具体设计、项目实际需要、以及当时的上下文环境而斟酌。