Java設(shè)計(jì)模式之命令模式(Command模式)介紹
Command模式是最讓我疑惑的一個(gè)模式,我在閱讀了很多代碼后,才感覺(jué)隱約掌握其大概原理,我認(rèn)為理解設(shè)計(jì)模式最主要是掌握起原理構(gòu)造,這樣才對(duì)自己實(shí)際編程有指導(dǎo)作用。Command模式實(shí)際上不是個(gè)很具體,規(guī)定很多的模式,正是這個(gè)靈活性,讓人有些confuse。
Command定義
不少Command模式的代碼都是針對(duì)圖形界面的,它實(shí)際就是菜單命令,我們?cè)谝粋€(gè)下拉菜單選擇一個(gè)命令時(shí),然后會(huì)執(zhí)行一些動(dòng)作。
將這些命令封裝成在一個(gè)類(lèi)中,然后用戶(hù)(調(diào)用者)再對(duì)這個(gè)類(lèi)進(jìn)行操作,這就是Command模式,換句話(huà)說(shuō),本來(lái)用戶(hù)(調(diào)用者)是直接調(diào)用這些命令的,如菜單上打開(kāi)文檔(調(diào)用者),就直接指向打開(kāi)文檔的代碼,使用Command模式,就是在這兩者之間增加一個(gè)中間者,將這種直接關(guān)系拗?jǐn)啵瑫r(shí)兩者之間都隔離,基本沒(méi)有關(guān)系了。
顯然這樣做的好處是符合封裝的特性,降低耦合度,Command是將對(duì)行為進(jìn)行封裝的典型模式,F(xiàn)actory是將創(chuàng)建進(jìn)行封裝的模式。
從Command模式,我也發(fā)現(xiàn)設(shè)計(jì)模式一個(gè)"通病":好象喜歡將簡(jiǎn)單的問(wèn)題復(fù)雜化,喜歡在不同類(lèi)中增加第三者,當(dāng)然這樣做有利于代碼的健壯性 可維護(hù)性 還有復(fù)用性。
如何使用命令模式
具體的Command模式代碼各式各樣,因?yàn)槿绾畏庋b命令,不同系統(tǒng),有不同的做法。下面事例是將命令封裝在一個(gè)Collection的List中,任何對(duì)象一旦加入List中,實(shí)際上裝入了一個(gè)封閉的黑盒中,對(duì)象的特性消失了,只有取出時(shí),才有可能模糊的分辨出。
典型的Command模式需要有一個(gè)接口。接口中有一個(gè)統(tǒng)一的方法,這就是"將命令/請(qǐng)求封裝為對(duì)象":
public interface Command {
public abstract void execute ( );
}
具體不同命令/請(qǐng)求代碼是實(shí)現(xiàn)接口Command,下面有三個(gè)具體命令:
public class Engineer implements Command {
public void execute( ) {
//do Engineer's command
}
}
public class Programmer implements Command {
public void execute( ) {
//do programmer's command
}
}
public class Politician implements Command {
public void execute( ) {
//do Politician's command
}
}
按照通常做法,我們就可以直接調(diào)用這三個(gè)Command,但是使用Command模式,我們要將他們封裝起來(lái),扔到黑盒子List里去:
public class producer{
public static List produceRequests() {
List queue = new ArrayList();
queue.add( new DomesticEngineer() );
queue.add( new Politician() );
queue.add( new Programmer() );
return queue;
}
}
這三個(gè)命令進(jìn)入List中后,已經(jīng)失去了其外表特征,以后再取出,也可能無(wú)法分辨出誰(shuí)是Engineer 誰(shuí)是Programmer了,看下面如何調(diào)用Command模式:
public class TestCommand {
public static void main(String[] args) {
List queue = Producer.produceRequests();
for (Iterator it = queue.iterator(); it.hasNext(); )
//取出List中東東,其他特征都不能確定,只能保證一個(gè)特征是100%正確,
// 他們至少是接口Command的"兒子".所以強(qiáng)制轉(zhuǎn)換類(lèi)型為接口Command
((Command)it.next()).execute();
}
}
由此可見(jiàn),調(diào)用者基本只和接口打交道,不合具體實(shí)現(xiàn)交互,這也體現(xiàn)了一個(gè)原則,面向接口編程,這樣,以后增加第四個(gè)具體命令時(shí),就不必修改調(diào)用者TestCommand中的代碼了。
理解了上面的代碼的核心原理,在使用中,就應(yīng)該各人有自己方法了,特別是在如何分離調(diào)用者和具體命令上,有很多實(shí)現(xiàn)方法,上面的代碼是使用"從List過(guò)一遍"的做法。這種做法只是為了演示。
使用Command模式的一個(gè)好理由還因?yàn)樗軐?shí)現(xiàn)Undo功能,每個(gè)具體命令都可以記住它剛剛執(zhí)行的動(dòng)作,并且在需要時(shí)恢復(fù)。
Command模式在界面設(shè)計(jì)中應(yīng)用廣泛。Java的Swing中菜單命令都是使用Command模式,由于Java在界面設(shè)計(jì)的性能上還有欠缺,因此界面設(shè)計(jì)具體代碼我們就不討論,網(wǎng)絡(luò)上有很多這樣的示例。
相關(guān)文章
Spring MVC Annotation驗(yàn)證的方法
這篇文章主要介紹了Spring MVC Annotation驗(yàn)證的方法,小編覺(jué)得挺不錯(cuò)的,現(xiàn)在分享給大家,也給大家做個(gè)參考。一起跟隨小編過(guò)來(lái)看看吧2018-03-03
Java訂單30分鐘未支付自動(dòng)取消該怎么實(shí)現(xiàn)
在開(kāi)發(fā)中往往會(huì)遇到一些關(guān)于延時(shí)任務(wù)的需求,例如生成訂單30分鐘未支付,則自動(dòng)取消,下面這篇文章主要給大家介紹了關(guān)于Java訂單30分鐘未支付自動(dòng)取消該怎么實(shí)現(xiàn)的相關(guān)資料,需要的朋友可以參考下2023-03-03
java中帶參數(shù)的try(){}語(yǔ)法含義詳解
這篇文章主要介紹了java中帶參數(shù)的try(){}語(yǔ)法含義詳解,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2022-02-02
如何使用spring?boot的程序主線(xiàn)程中異步訪(fǎng)問(wèn)外部接口
CompletableFuture.supplyAsync提供了一種強(qiáng)大的工具,使您能夠以異步方式執(zhí)行操作,充分利用多核處理器和提高程序性能,同時(shí)保持代碼的清晰性和可維護(hù)性,本文給大家介紹使用spring?boot的程序主線(xiàn)程中異步訪(fǎng)問(wèn)外部接口,感興趣的朋友一起看看吧2023-10-10
Java Web程序中利用Spring框架返回JSON格式的日期
這里我們來(lái)介紹一下Java Web程序中利用Spring框架返回JSON格式的日期的方法,前提注意使用@DatetimeFormat時(shí)要引入一個(gè)類(lèi)庫(kù)joda-time-版本.jar,否則會(huì)無(wú)法訪(fǎng)問(wèn)相應(yīng)路徑2016-05-05
Spring?框架的?MethodInterceptor?簡(jiǎn)介及示例代碼
MethodInterceptor接口定義了一個(gè)方法Object?intercept(Object?obj,?Method?method,?Object[]?args,?MethodProxy?proxy)?,該方法在代理對(duì)象的方法被調(diào)用時(shí)被觸發(fā),這篇文章主要介紹了Spring?框架的?MethodInterceptor?簡(jiǎn)介及示例代碼,需要的朋友可以參考下2023-09-09

