Java設計模式（22）命令模式（Command模式）

時間 2020-06-12

標籤 java 設計模式命令 command 欄目 Java 简体版

原文原文鏈接

Command模式是最讓我疑惑的一個模式，我在閱讀了不少代碼後，才感受隱約掌握其大概原理，我認爲理解設計模式最主要是掌握起原理構造，這樣纔對本身實際編程有指導做用。Command模式實際上不是個很具體，規定不少的模式，正是這個靈活性，讓人有些confuse。

Command定義

很多Command模式的代碼都是針對圖形界面的，它實際就是菜單命令，咱們在一個下拉菜單選擇一個命令時，而後會執行一些動做。

將這些命令封裝成在一個類中，而後用戶(調用者)再對這個類進行操做，這就是Command模式，換句話說，原本用戶(調用者)是直接調用這些命令的，如菜單上打開文檔(調用者)，就直接指向打開文檔的代碼，使用Command模式，就是在這二者之間增長一箇中間者，將這種直接關係拗斷，同時二者之間都隔離,基本沒有關係了。

顯然這樣作的好處是符合封裝的特性，下降耦合度，Command是將對行爲進行封裝的典型模式，Factory是將建立進行封裝的模式。

從Command模式，我也發現設計模式一個"通病"：好象喜歡將簡單的問題複雜化，喜歡在不一樣類中增長第三者，固然這樣作有利於代碼的健壯性可維護性還有複用性。

如何使用命令模式

具體的Command模式代碼各式各樣，由於如何封裝命令，不一樣系統，有不一樣的作法。下面事例是將命令封裝在一個Collection的List中，任何對象一旦加入List中，實際上裝入了一個封閉的黑盒中,對象的特性消失了，只有取出時，纔有可能模糊的分辨出。

典型的Command模式須要有一個接口。接口中有一個統一的方法，這就是"將命令/請求封裝爲對象"：

1 public interface Command {
2 　　public abstract void execute ( );
3 }

具體不一樣命令/請求代碼是實現接口Command，下面有三個具體命令：

 1 public class Engineer implements Command {
 2 　　public void execute( ) {
 3 　　　　//do Engineer's command
 4 　　}
 5 }
 6 
 7 public class Programmer implements Command {
 8 　　public void execute( ) {
 9 　　　　//do programmer's command
10 　　}
11 }
12 
13 public class Politician implements Command {
14 　　public void execute( ) {
15 　　　　//do Politician's command
16 　　}
17 }

按照一般作法，咱們就能夠直接調用這三個Command，可是使用Command模式，咱們要將他們封裝起來，扔到黑盒子List裏去：

1 public class producer{
2 　　public static List produceRequests() {
3 　　　　List queue = new ArrayList();
4 　　　　queue.add( new DomesticEngineer() );
5 　　　　queue.add( new Politician() );
6 　　　　queue.add( new Programmer() );
7 　　　　return queue;
8 　　}
9 }

這三個命令進入List中後，已經失去了其外表特徵，之後再取出，也可能沒法分辨出誰是Engineer 誰是Programmer了，看下面如何調用Command模式：

1 public class TestCommand {
2 　　public static void main(String[] args) {
3 　　　　List queue = Producer.produceRequests();
4 　　　　for (Iterator it = queue.iterator(); it.hasNext(); )
5 　　　　　　　　//取出List中東東,其餘特徵都不能肯定,只能保證一個特徵是100%正確,
6 　　　　　　　　// 他們至少是接口Command的"兒子".因此強制轉換類型爲接口Command
7 　　　　　　　　((Command)it.next()).execute();
8 　　}
9 }

因而可知，調用者基本只和接口打交道，不合具體實現交互，這也體現了一個原則，面向接口編程，這樣，之後增長第四個具體命令時，就沒必要修改調用者TestCommand中的代碼了。

理解了上面的代碼的核心原理，在使用中，就應該各人有本身方法了，特別是在如何分離調用者和具體命令上，有不少實現方法，上面的代碼是使用"從List過一遍"的作法。這種作法只是爲了演示。

使用Command模式的一個好理由還由於它能實現Undo功能，每一個具體命令均可以記住它剛剛執行的動做，而且在須要時恢復。

Command模式在界面設計中應用普遍。Java的Swing中菜單命令都是使用Command模式，因爲Java在界面設計的性能上還有欠缺，所以界面設計具體代碼咱們就不討論，網絡上有不少這樣的示例。

系列文章：html

Java設計模式（1）工廠模式（Factory模式）編程

Java設計模式（2）單態模式（Singleton模式）設計模式

Java設計模式（3）建造者模式（Builder模式）網絡

Java設計模式（4）原型模式（Prototype模式）性能

Java設計模式（5）共享模式/享元模式（Flyweight模式）ui

Java設計模式（6）橋模式（Bridge模式）spa

Java設計模式（7）裝飾模式（Decorator模式）設計

Java設計模式（8）組合模式（Composite模式）代理

Java設計模式（9）適配器模式（Adapter模式）code

Java設計模式（10）代理模式（Proxy模式）

Java設計模式（11）外觀模式（Facade模式）