命令模式概述

在軟體系統中，“行為請求者”與“行為實現者”通常呈現一種“緊耦合”。但在某些場合，比如要對行為進行“記錄、撤銷/重做、事務”等處理，這種無法抵禦變化的緊耦合是不合適的。在這種情況下，如何將“行為請求者”與“行為實現者”解耦？將一組行為抽象為物件，實現二者之間的鬆耦合。這就是命令模式（Command Pattern） 

工作了一天感覺好累，洗了個澡，開啟電視看看有沒有喜歡的節目，拿起遙控器，看著上面的按鈕，忽然感覺好奇妙，我們按一開機鍵，電視就開了，然後...哈哈，真好玩，我按我按。細想之下這不就是一個命令模式麼。

命令模式結構

Command

定義命令的介面，宣告執行的方法。

ConcreteCommand

命令介面實現物件，是“虛”的實現；通常會持有接收者，並呼叫接收者的功能來完成命令要執行的操作。

Receiver

接收者，真正執行命令的物件。任何類都可能成為一個接收者，只要它能夠實現命令要求實現的相應功能。

Invoker

要求命令物件執行請求，通常會持有命令物件，可以持有很多的命令物件。這個是客戶端真正觸發命令並要求命令執行相應操作的地方，也就是說相當於使用命令物件的入口。

Client

建立具體的命令物件，並且設定命令物件的接收者。注意這個不是我們常規意義上的客戶端，而是在組裝命令物件和接收者，或許，把這個Client稱為裝配者會更好理解，因為真正使用命令的客戶端是從Invoker來觸發執行。

運作方式

基本程式碼

看看命令接受者

命令接受者才是命令真正的執行者

// 命令的接受者，是真正執行命令的物件
class Receiver
{
public :
    virtual void Action()
    {
        std::cout <<"do something..." <<endl;
    }
};
 

再看看命令介面

命令介面的實現物件，執行一個命令，
通常會持有接收者，並呼叫接收者的功能來完成命令要執行的操作。

// 命令的介面
class Command
{
public :
    virtual void Execute( ) = 0;        // 定義了一個執行的方法
};

// 命令介面的實現物件，執行一個命令，
// 通常會持有接收者，並呼叫接收者的功能來完成命令要執行的操作。
class ConcreteCommand : public  Command
{
public :
    ConcreteCommand(Receiver *receiver)
    {
       this->receiver = receiver;
    }

    void Execute()
    {

       //通常會轉調接收者物件的相應方法，讓接收者來真正執行功能
       receiver->Action();

    }
protected:
    Receiver *receiver;	// 內含一個命令接收者
};

接著看看請求傳送者

要求命令物件執行請求，
 通常會持有命令物件，可以持有很多的命令物件

// 要求命令物件執行請求，
// 通常會持有命令物件，可以持有很多的命令物件
class Invoker
{
public :
    void SetCommand(Command *command)
    {
       this->command = command;
    }

    void RunCommand()
    {
        command->Execute();
    }
protected:
    Command *command;

};

最後是客戶端，也就是主程式

int main( )
{
    //建立接收者
    Receiver *receiver = new Receiver;

    //建立命令物件，設定它的接收者
    Command *command = new ConcreteCommand(receiver);

    //建立Invoker，把命令物件設定進去

    Invoker *invoker = new Invoker;
    invoker->SetCommand(command);		// invoker發出command命令
    invoker->RunCommand( );				// 然後去執行這個命令

}