在Gof的設(shè)計模式中,有一個模式引起的爭議比較大,有很多人甚至認(rèn)為這個模式應(yīng)該排除在OO模式之外,原因在于它不具有OO的特性。不管怎么說,這個引起爭議的模式還是非常特別的,只要我們靜下心來分析一下,不難發(fā)現(xiàn)它的迷人之處。這個模式就是Command模式。
一、基本的Command模式
最簡單的Command模式中,包含一個ICommand接口,接口只有一個方法Execute。不同的Command對象實現(xiàn)這個接口,客戶端程序通過接口訪問Execute方法的不同實現(xiàn)。
好像也沒什么,這個模式太簡單了,幾分鐘就能學(xué)會。
模式本身是簡單的,但模式中包含的思想就不簡單了。有人認(rèn)為Command模式不夠OO的主要原因就是它用OO的思想封裝一個方法,將方法當(dāng)作對象來使用。OO的思想中,所有的名詞都是對象,比如說人;對象有自己的屬性,比如說身高、體重;對象有自己的方法,比如說人會跑,所以有一個Run()的方法。對象、屬性、方法是面向?qū)ο蟮膸状蠡咎卣?。那這個Command模式在搞什么鬼——它居然將方法當(dāng)作對象!太不可理解了,世界上根本就不會有Run這個對象。
Command模式的思想就是模糊了方法與對象的界限。上面說的場景其實可以用下面的方式來實現(xiàn)。
其中函數(shù)FunctionA、FunctionB、FunctionC分別對應(yīng)到對象CommandA、CommandB、CommandC。不過采用Command模式比這種方法要更加靈活可變。[!--empirenews.page--]在Gof的設(shè)計模式中,有一個模式引起的爭議比較大,有很多人甚至認(rèn)為這個模式應(yīng)該排除在OO模式之外,原因在于它不具有OO的特性。不管怎么說,這個引起爭議的模式還是非常特別的,只要我們靜下心來分析一下,不難發(fā)現(xiàn)它的迷人之處。這個模式就是Command模式。
一、基本的Command模式
最簡單的Command模式中,包含一個ICommand接口,接口只有一個方法Execute。不同的Command對象實現(xiàn)這個接口,客戶端程序通過接口訪問Execute方法的不同實現(xiàn)。
好像也沒什么,這個模式太簡單了,幾分鐘就能學(xué)會。
模式本身是簡單的,但模式中包含的思想就不簡單了。有人認(rèn)為Command模式不夠OO的主要原因就是它用OO的思想封裝一個方法,將方法當(dāng)作對象來使用。OO的思想中,所有的名詞都是對象,比如說人;對象有自己的屬性,比如說身高、體重;對象有自己的方法,比如說人會跑,所以有一個Run()的方法。對象、屬性、方法是面向?qū)ο蟮膸状蠡咎卣?。那這個Command模式在搞什么鬼——它居然將方法當(dāng)作對象!太不可理解了,世界上根本就不會有Run這個對象。
Command模式的思想就是模糊了方法與對象的界限。上面說的場景其實可以用下面的方式來實現(xiàn)。
其中函數(shù)FunctionA、FunctionB、FunctionC分別對應(yīng)到對象CommandA、CommandB、CommandC。不過采用Command模式比這種方法要更加靈活可變。