核心要點

• 命令模式（也稱為動作模式或事務(wù)模式）將請求封裝為對象，從而能夠?qū)哂胁煌埱蟮目蛻舳诉M行排隊或記錄。對於實現(xiàn)命令隊列非常有用，在命令隊列中，可以將請求排隊以進行順序處理，同時將執(zhí)行的實際實現(xiàn)與隊列本身解耦。
• 在需要通過不同渠道（電子郵件和短信）向不同用戶組發(fā)送消息的場景中，命令模式提供了一種統(tǒng)一的方法。它允許從數(shù)據(jù)庫中檢索所有客戶，無論客戶的通信偏好如何，都可以實例化適當?shù)腎Message實現(xiàn)，並對它們進行一次處理，而不是對每個組重複此過程。
• 命令模式非常適合以下情況：您希望通過要執(zhí)行的操作來參數(shù)化對象；需要在不同時間指定、排隊和執(zhí)行請求；或者當需要將一組數(shù)據(jù)更改封裝為單個操作（例如事務(wù)）時。

如今，全球有超過40億部手機在使用。僅在澳大利亞，人口約為1100萬，而手機數(shù)量超過2200萬——平均每人擁有2部手機！很明顯，手機的使用越來越普遍。鑑於智能手機和其他移動設(shè)備的普及，越來越多的客戶現(xiàn)在選擇通過短信而不是電子郵件接收通知。短信確實比電子郵件更具優(yōu)勢——它們簡短、即時，最重要的是垃圾郵件可以忽略不計。那麼，這與命令模式有什麼關(guān)係呢？讓我們來看一個虛構(gòu)的場景。一家公司有一個網(wǎng)站，每天都會舉辦一個贏取獎品的比賽。它擁有一個超過25萬註冊用戶的數(shù)據(jù)庫，每個用戶每天都會收到一個密碼，他們必須輸入該密碼或點擊鏈接才能註冊參加抽獎。大多數(shù)用戶選擇接收電子郵件，但現(xiàn)在有相當一部分用戶選擇通過短信接收通知。問題來了：如何通過兩個不同的渠道向兩組用戶發(fā)送消息？合乎邏輯的方法是將用戶分成兩組，電子郵件收件人和短信收件人，這將涉及運行兩個不同的查詢並將密碼分別發(fā)送給每個組。使用本文將介紹的命令模式，您可以通過單個流程向兩組用戶發(fā)送消息。

使用命令模式的消息隊列

命令模式（有時也稱為動作模式或事務(wù)模式）是一種設(shè)計模式，它描述瞭如何將請求封裝為對象，以便您可以對具有不同請求的客戶端進行排隊或記錄。為了演示命令模式的工作原理，讓我們使用消息隊列的簡單示例。以下是MessageQueue類的定義：

<?php
class MessageQueue
{
    private $queue;

    public function __construct() {
        $this->queue = array();
    }

    public function addMessage(IMessage $msg) {
        $this->queue[] = $msg;
    }

    public function execute() {
        $sendCount = 0;
        foreach ($this->queue as $msg) {
            if ($msg->send()) {
                $sendCount++;
            }
        }
        return $sendCount;
    }
}

消息隊列提供了兩種方法——addMessage()方法，它將消息對象添加到隊列中；以及execute()方法，它處理隊列中的每條消息。在此示例中，addMessage()方法只是將消息附加到內(nèi)部數(shù)組$queue中，而execute()方法則迭代$queue中的元素，並為每個消息對象調(diào)用send()方法。命令模式將每個請求排隊以供稍後處理；發(fā)送電子郵件或短信的實際機制將在對象的send()方法中實現(xiàn)。 MessageQueue不需要知道如何處理請求，因為這將是請求對象的責任。為了確保send()方法可用，消息對象必須實現(xiàn)IMessage接口。

<?php
interface IMessage
{
    public function send();
}

每個消息對像都實現(xiàn)IMessage接口並提供其自己的send()方法實現(xiàn)。

<?php
class DailyAlertEmail implements IMessage
{
    // ...
    public function send() {
        // 發(fā)送電子郵件的實際代碼
        // ...
        echo "Sending message via email\n";
    }
}

class DailyAlertSMS implements IMessage
{
    // ...
    public function send() {
        // 發(fā)送短信的實際代碼
        // ...
        echo "Sending message via SMS\n";
    }
}

DailyAlertEmail消息實現(xiàn)其send()方法以將密碼作為電子郵件發(fā)送，而DailyAlertSMS消息對象實現(xiàn)其send()方法以將消息作為短信發(fā)送。然後，要向短信和電子郵件收件人發(fā)送消息，您將查詢數(shù)據(jù)庫以獲取其通信首選項，實例化合適的IMessage對象並將其添加到消息隊列中，然後調(diào)用隊列的execute()方法。順便說一句，為用戶創(chuàng)建正確的IMessage對象將是使用工廠方法設(shè)計模式的好機會！

<?php
// 創(chuàng)建一個新的隊列
$msgQueue = new MessageQueue();

$result = $db->query("SELECT * FROM customers");
while ($customer = $result->fetch(PDO::FETCH_ASSOC)) {
    // 工廠根據(jù)用戶的偏好創(chuàng)建DailyAlertSMS或DailyAlertEmail對象
    $msg = MessageFactory::build($customer, $codeword);

    // 將消息對象添加到隊列中
    $msgQueue->addMessage($msg);
}

// 現(xiàn)在發(fā)送給所有客戶
$msgQueue->execute();

使用命令模式，您可以從數(shù)據(jù)庫中檢索所有客戶，無論客戶的通信偏好如何，都可以實例化適當?shù)腎Message實現(xiàn)，並對它們進行一次處理，而不是首先查詢所有短信客戶的數(shù)據(jù)庫並處理它們，然後對電子郵件客戶重複此過程。請記住，這只是一個基本的示例；在實際應用中，最好批量處理短信和電子郵件，並在一天中的不同時間定期發(fā)送它們，理想情況下作為後臺進程。通過一些小的修改，您可以將其轉(zhuǎn)換為作為cron任務(wù)運行的“延遲”消息隊列，並使用數(shù)據(jù)庫來監(jiān)控進程的進度。

總結(jié)

如您所見，命令模式非常適合以下情況：

• 您希望能夠通過要執(zhí)行的操作來參數(shù)化對象。
• 您需要在不同時間指定、排隊和執(zhí)行請求。
• 當需要將一組數(shù)據(jù)更改封裝為單個操作（例如事務(wù)）時。

在本教程中，我向您展示了命令模式如何成為實現(xiàn)命令隊列的有用設(shè)計模式，在命令隊列中，可以將請求排隊以進行順序處理，同時將執(zhí)行的實際實現(xiàn)與隊列本身解耦。 Horiyan / Shutterstock

命令設(shè)計模式常見問題解答 (FAQ)

命令設(shè)計模式的主要目的是什麼？

命令設(shè)計模式主要用於解耦請求的發(fā)件人和接收者。這意味著發(fā)件人不需要知道正在執(zhí)行的操作的細節(jié)或請求的接收者。相反，發(fā)件人知道如何發(fā)出命令，而命令知道如何執(zhí)行請求。此模式在您希望使用操作參數(shù)化對像以及需要在不同時間排隊、指定和執(zhí)行請求的場景中特別有用。

命令設(shè)計模式是如何工作的？

命令設(shè)計模式通過將請求封裝為對象來工作，從而允許用戶使用隊列、請求和操作參數(shù)化客戶端。它涉及四個組件：命令、接收者、調(diào)用者和客戶端。命令聲明執(zhí)行操作的接口，接收者知道如何執(zhí)行操作，調(diào)用者保存命令並在某個時候通過調(diào)用其execute方法要求命令執(zhí)行請求，而客戶端創(chuàng)建一個ConcreteCommand對象並設(shè)置其接收者。

使用命令設(shè)計模式的好處是什麼？

命令設(shè)計模式提供了許多好處。它解耦了調(diào)用操作的類和知道如何執(zhí)行操作的對象，它允許您通過提供隊列系統(tǒng)來創(chuàng)建一系列命令，並且它允許您控制這些命令的執(zhí)行。此外，它支持可撤消的操作，因為每個命令都是具有特定方法的對象。

我應該何時使用命令設(shè)計模式？

當您需要向?qū)ο蟀l(fā)出請求而無需了解正在請求的操作或請求的接收者時，命令設(shè)計模式特別有用。當您需要使用操作參數(shù)化對像以及需要在不同時間排隊、指定和執(zhí)行請求時，它也很有益。

你能提供一個正在使用的命令設(shè)計模式的例子嗎？

當然，命令設(shè)計模式的一個常見示例是在圖形用戶界面 (GUI) 中實現(xiàn)菜單系統(tǒng)。菜單中的每個操作都可以是一個命令。當用戶單擊菜單項時，將執(zhí)行與該項目關(guān)聯(lián)的命令。

命令和策略設(shè)計模式有什麼區(qū)別？

雖然這兩種模式都將算法封裝到一個單獨的組件中，但它們的目的不同。命令模式是關(guān)於將發(fā)出命令的責任與執(zhí)行命令的責任分開，從而更容易添加命令或更改命令的執(zhí)行。另一方面，策略模式是關(guān)於定義一系列算法，封裝每個算法，並使它們可互換。

命令設(shè)計模式可以用於撤消操作嗎？

是的，命令設(shè)計模式可以支持可撤消的操作。為此，Command類必須維護反轉(zhuǎn)其效果的狀態(tài)並實現(xiàn)一個undo方法，該方法將對象恢復到其先前狀態(tài)。

命令設(shè)計模式是否適用於多線程編程？

是的，命令設(shè)計模式在多線程編程中非常有用。它允許您將請求封裝為對象，然後可以在單獨的線程中執(zhí)行這些對象。這可以大大簡化線程的同步。

命令設(shè)計模式與面向?qū)ο笤O(shè)計原則有何關(guān)係？

命令設(shè)計模式是封裝的一個很好的例子——面向?qū)ο笤O(shè)計的基本原則之一。它將請求封裝為對象，從而允許您使用不同的請求參數(shù)化客戶端。

使用命令設(shè)計模式有什麼缺點？

雖然命令設(shè)計模式有很多好處，但它並非沒有缺點。主要缺點是它會導致類數(shù)量增加，因為每個命令都由一個單獨的類表示。這可能會使系統(tǒng)更加複雜且難以理解。

以上是了解命令設(shè)計模式的詳細內(nèi)容。更多資訊請關(guān)注PHP中文網(wǎng)其他相關(guān)文章！