定義:将一個請求封裝成一個對象,進而使您可以用不同的請求對客戶進行參數化。對請求排隊或記錄請求日志,以及支援可撤消的操作。
主要解決:在軟體系統中,行為請求者與行為實作者通常是一種緊耦合的關系,但某些場合,比如需要對行為進行記錄、撤銷或重做、事務等處理時,這種無法抵禦變化的緊耦合的設計就不太合适。
何時使用:在某些場合,比如要對行為進行"記錄、撤銷/重做、事務"等處理,這種無法抵禦變化的緊耦合是不合适的。在這種情況下,如何将"行為請求者"與"行為實作者"解耦?将一組行為抽象為對象,可以實作二者之間的松耦合。
如何解決:通過調用者調用接受者執行指令,順序:調用者→接受者→指令。
從指令模式的結構圖可以看出,它涉及到五個角色,它們分别是:
客戶角色:發出一個具體的指令并确定其接受者。
指令角色:聲明了一個給所有具體指令類實作的抽象接口
具體指令角色:定義了一個接受者和行為的弱耦合,負責調用接受者的相應方法。
請求者角色:負責調用指令對象執行指令。
接受者角色:負責具體行為的執行。
認為是指令的地方都可以使用指令模式,比如: 1、GUI 中每一個按鈕都是一條指令。 2、模拟 CMD。
優點: 1、降低了系統耦合度。 2、新的指令可以很容易添加到系統中去。
缺點:使用指令模式可能會導緻某些系統有過多的具體指令類。
參考
http://wangqingpei557.blog.51cto.com/1009349/626464/
http://www.runoob.com/design-pattern/command-pattern.html