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

　　一、基本的Command模式

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

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

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

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

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