【設計模式】指令模式

指令模式（Command Pattern）是一種資料驅動的設計模式，它屬于行為型模式。請求以指令的形式包裹在對象中，并傳給調用對象。調用對象尋找可以處理該指令的合适的對象，并把該指令傳給相應的對象，該對象執行指令。

意圖：将一個請求封裝成一個對象，進而使您可以用不同的請求對客戶進行參數化。

主要解決：在軟體系統中，行為請求者與行為實作者通常是一種緊耦合的關系，但某些場合，比如需要對行為進行記錄、撤銷或重做、事務等處理時，這種無法抵禦變化的緊耦合的設計就不太合适。

何時使用：在某些場合，比如要對行為進行"記錄、撤銷/重做、事務"等處理，這種無法抵禦變化的緊耦合是不合适的。在這種情況下，如何将"行為請求者"與"行為實作者"解耦？将一組行為抽象為對象，可以實作二者之間的松耦合。

如何解決：通過調用者調用接受者執行指令，順序：調用者→接受者→指令。

關鍵代碼：定義三個角色：1、received 真正的指令執行對象 2、Command 3、invoker 使用指令對象的入口

應用執行個體：struts 1 中的 action 核心控制器 ActionServlet 隻有一個，相當于 Invoker，而模型層的類會随着不同的應用有不同的模型類，相當于具體的 Command。

優點： 1、降低了系統耦合度。 2、新的指令可以很容易添加到系統中去。

缺點：使用指令模式可能會導緻某些系統有過多的具體指令類。

使用場景：認為是指令的地方都可以使用指令模式，比如： 1、GUI 中每一個按鈕都是一條指令。 2、模拟 CMD。

注意事項：系統需要支援指令的撤銷(Undo)操作和恢複(Redo)操作，也可以考慮使用指令模式，見指令模式的擴充。

我們首先建立作為指令的接口 Order，然後建立作為請求的 Stock 類。實體指令類 BuyStock 和 SellStock，實作了 Order 接口，将執行實際的指令處理。建立作為調用對象的類 Broker，它接受訂單并能下訂單。

Broker 對象使用指令模式，基于指令的類型确定哪個對象執行哪個指令。CommandPatternDemo，我們的示範類使用 Broker 類來示範指令模式。

建立一個指令接口。

建立一個請求類。

建立實作了 Order 接口的實體類。

建立指令調用類。

使用 Broker 類來接受并執行指令。

驗證輸出。