在Gof的設(shè)計模式中，有一個模式引起的爭議比較大，有很多人甚至認為這個模式應(yīng)該排除在OO模式之外，原因在于它不具有OO的特性。不管怎么說，這個引起爭議的模式還是非常特別的，只要我們靜下心來分析一下，不難發(fā)現(xiàn)它的迷人之處。這個模式就是Command模式。

　　一、基本的Command模式

　　最簡單的Command模式中，包含一個ICommand接口，接口只有一個方法Execute。不同的Command對象實現(xiàn)這個接口，客戶端程序通過接口訪問Execute方法的不同實現(xiàn)。

　　好像也沒什么，這個模式太簡單了，幾分鐘就能學(xué)會。

　　模式本身是簡單的，但模式中包含的思想就不簡單了。有人認為Command模式不夠OO的主要原因就是它用OO的思想封裝一個方法，將方法當作對象來使用。OO的思想中，所有的名詞都是對象，比如說人;對象有自己的屬性，比如說身高、體重;對象有自己的方法，比如說人會跑，所以有一個Run()的方法。對象、屬性、方法是面向?qū)ο蟮膸状蠡咎卣?。那這個Command模式在搞什么鬼——它居然將方法當作對象!太不可理解了，世界上根本就不會有Run這個對象。

　　Command模式的思想就是模糊了方法與對象的界限。上面說的場景其實可以用下面的方式來實現(xiàn)。

　　其中函數(shù)FunctionA、FunctionB、FunctionC分別對應(yīng)到對象CommandA、CommandB、CommandC。不過采用Command模式比這種方法要更加靈活可變。