Java設(shè)計(jì)模式之命令模式（Command模式）介紹

更新時間：2015年03月11日 09:05:59 投稿：junjie

這篇文章主要介紹了Java設(shè)計(jì)模式之命令模式（Command模式）介紹,本文講解了Command模式的定義、如何使用命令模式等內(nèi)容,需要的朋友可以參考下

Command模式是最讓我疑惑的一個模式，我在閱讀了很多代碼后，才感覺隱約掌握其大概原理，我認(rèn)為理解設(shè)計(jì)模式最主要是掌握起原理構(gòu)造，這樣才對自己實(shí)際編程有指導(dǎo)作用。Command模式實(shí)際上不是個很具體，規(guī)定很多的模式，正是這個靈活性，讓人有些confuse。

Command定義

不少Command模式的代碼都是針對圖形界面的，它實(shí)際就是菜單命令，我們在一個下拉菜單選擇一個命令時，然后會執(zhí)行一些動作。

將這些命令封裝成在一個類中，然后用戶(調(diào)用者)再對這個類進(jìn)行操作，這就是Command模式，換句話說，本來用戶(調(diào)用者)是直接調(diào)用這些命令的，如菜單上打開文檔(調(diào)用者)，就直接指向打開文檔的代碼，使用Command模式，就是在這兩者之間增加一個中間者，將這種直接關(guān)系拗?jǐn)?，同時兩者之間都隔離,基本沒有關(guān)系了。

顯然這樣做的好處是符合封裝的特性，降低耦合度，Command是將對行為進(jìn)行封裝的典型模式，F(xiàn)actory是將創(chuàng)建進(jìn)行封裝的模式。

從Command模式，我也發(fā)現(xiàn)設(shè)計(jì)模式一個"通病"：好象喜歡將簡單的問題復(fù)雜化，喜歡在不同類中增加第三者，當(dāng)然這樣做有利于代碼的健壯性可維護(hù)性還有復(fù)用性。

如何使用命令模式

具體的Command模式代碼各式各樣，因?yàn)槿绾畏庋b命令，不同系統(tǒng)，有不同的做法。下面事例是將命令封裝在一個Collection的List中，任何對象一旦加入List中，實(shí)際上裝入了一個封閉的黑盒中,對象的特性消失了，只有取出時，才有可能模糊的分辨出。

典型的Command模式需要有一個接口。接口中有一個統(tǒng)一的方法，這就是"將命令/請求封裝為對象"：

復(fù)制代碼代碼如下:

public interface Command {

　　public abstract void execute ( );

}

具體不同命令/請求代碼是實(shí)現(xiàn)接口Command，下面有三個具體命令：

復(fù)制代碼代碼如下:

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)用這三個Command，但是使用Command模式，我們要將他們封裝起來，扔到黑盒子List里去：

復(fù)制代碼代碼如下:

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;

　　}

}

這三個命令進(jìn)入List中后，已經(jīng)失去了其外表特征，以后再取出，也可能無法分辨出誰是Engineer 誰是Programmer了，看下面如何調(diào)用Command模式：

復(fù)制代碼代碼如下:

public class TestCommand {

　　public static void main(String[] args) {

　　　　List queue = Producer.produceRequests();

　　　　for (Iterator it = queue.iterator(); it.hasNext(); )

　　　　　　　　//取出List中東東,其他特征都不能確定,只能保證一個特征是100%正確,

　　　　　　　　// 他們至少是接口Command的"兒子".所以強(qiáng)制轉(zhuǎn)換類型為接口Command

　　　　　　　　((Command)it.next()).execute();

　　}

}

由此可見，調(diào)用者基本只和接口打交道，不合具體實(shí)現(xiàn)交互，這也體現(xiàn)了一個原則，面向接口編程，這樣，以后增加第四個具體命令時，就不必修改調(diào)用者TestCommand中的代碼了。

理解了上面的代碼的核心原理，在使用中，就應(yīng)該各人有自己方法了，特別是在如何分離調(diào)用者和具體命令上，有很多實(shí)現(xiàn)方法，上面的代碼是使用"從List過一遍"的做法。這種做法只是為了演示。

使用Command模式的一個好理由還因?yàn)樗軐?shí)現(xiàn)Undo功能，每個具體命令都可以記住它剛剛執(zhí)行的動作，并且在需要時恢復(fù)。

Command模式在界面設(shè)計(jì)中應(yīng)用廣泛。Java的Swing中菜單命令都是使用Command模式，由于Java在界面設(shè)計(jì)的性能上還有欠缺，因此界面設(shè)計(jì)具體代碼我們就不討論，網(wǎng)絡(luò)上有很多這樣的示例。

您可能感興趣的文章: