23 命令模式

將乙個請求封裝為乙個物件，從而可以使用不同的請求對客戶進行引數化；對請求排隊或記錄請求日誌，以及支援可撤銷操作。

能較容易的設計乙個命令佇列。

在需要的情況下，可以較容易的將命令記入日誌。

允許接受請求的一方決定是否要否決請求。

可以容易的實現對請求的撤銷和重做。

由於加進具體命令類不影響其他的類，因此增加新的具體命令操作很容易。

最重要一點就是：命令模式把請求乙個操作的物件和怎麼執行乙個操作的物件解耦。

飯店點餐問題。客人點餐是請求乙個操作；客人修改點的選單是對已有操作的修改；後廚根據客人下的單做菜，是執行乙個操作；但客人並不需要和後廚直接打交道，而是通過服務員完成點餐、修改菜，在沒有食材的情況下否決客人的請求操作。

}//撤銷請求

public void cancelorder(abstractcommand command)

//通知後廚做菜

public void notifycook()

}敏捷開發原則告訴我們：不要為**新增基於猜測的、實際不需要的功能。如果不清楚是否要用命令模式，一般就不要實現。在需要的時候通過重構再去實現這個模式，只有在真正需要如「撤銷/恢復」操作等功能時，把原來的**重構為命令模式才有意義。