設計模式學習-每日一記(18.命令模式)

命令模式

A.定義：

將一個請求封裝成對象，這樣可以用不同的請求對客戶進行參數化。對請求排隊、記錄請求日誌，或支援可撤銷的操作。

B.定義分析：

"將一個請求封裝成對象，這樣可以用不同的請求對客戶進行參數化。對請求排隊、記錄請求日誌，或支援可撤銷的操作。" 請求可以理解為調用。把調用封裝在一個對象裡。為什麼要把請求封裝在對象裡呢？假設有個我們設計GUI，有個Menu和Button，設計GUI toolkit的時候，是沒有辦法知道Menu動作要處理哪些事情的，我們之後留出這樣的機制：固定調用一個對象的action介面，或者調用回呼函數（面向過程）.如果是物件導向情況下，就固定調用對象的介面。這就是把請求（調用）封裝成對象的用意。 

 "將一個請求封裝成對象，這樣可以用不同的請求對客戶進行參數化。對請求排隊、記錄請求日誌，或支援可撤銷的操作。"通過用不同的調用執行個體化不同的對象，之後傳遞給Menu之類動作發起者，實現了對動作響應的參數化。

 "將一個請求封裝成對象，這樣可以用不同的請求對客戶進行參數化。對請求排隊、記錄請求日誌，或支援可撤銷的操作。"結合組合模式，請求可以是組合的（多數是組合的），那麼請求的撤銷，請求的排隊（自然），請求的日誌都是可以支援的操作了。

C.問題：

(1) 什麼時候使用？

命令模式可以看過回呼函數的物件導向替代。 

(2)與觀察者模式用什麼不同？ 

請關注設計模式比較系列文章。