結構型模式:外觀模式

LieBrother發表於2019-05-05

文章首發: 結構型模式:外觀模式

花

七大結構型模式之五:外觀模式。

簡介

姓名 :外觀模式

英文名 :Facade Pattern

價值觀 :統一口徑、一致對外

個人介紹 : Provide a unified interface to a set of interfaces in a subsystem. Facade defines a higher-level interface that makes the subsystem easier to use. 要求一個子系統的外部與其內部的通訊必須通過一個統一的物件進行。門面模式提供一個高層次的介面,使得子系統更易於使用。 (來自《設計模式之禪》)

你要的故事

作為開發同學,我們平時打交道最多的就是需求同學和測試同學,公司小的時候,什麼事情都全靠吼,工作也直接一對一,一個需求下來,需求同學先跟開發同學一起跟進這個需求,需求開發完成了,需求同學和測試同學溝通了需求的測試要點,測試同學就開測。這個過程中需求一直跟到上線。我們用程式碼來描述這個過程。

開發同學,負責開發需求。

/**
 * 開發同學
 */
class Developer {

    public void develop(String name) {
        System.out.println("開發需求:" + name);
    }

}
複製程式碼

測試同學,負責測試需求。

/**
 * 測試同學
 */
class Tester {

    public void test(String name) {
        System.out.println("測試需求:" + name);
    }

}
複製程式碼

需求同學,負責提需求,也負責跟進需求的開發、測試,直到上線。

/**
 * 需求同學
 */
class Demander {

    private Developer developer = new Developer();
    private Tester tester = new Tester();

    public void demand(String name) {
        System.out.println("提需求:" + name);
        developer.develop(name);
        tester.test(name);
    }

}
複製程式碼

測試程式碼。

public class FacadeTest {

    public static void main(String[] args) {
        Demander demander = new Demander();
        demander.demand("開發一個跟淘寶一樣的系統");
    }
}

列印結果:
提需求:開發一個跟淘寶一樣的系統
開發需求:開發一個跟淘寶一樣的系統
測試需求:開發一個跟淘寶一樣的系統
複製程式碼

公司小的時候,這樣乾沒啥問題,我們關注的是業務的迭代速度和溝通成本,大家都是在一塊辦公,隨時吼一聲完事。當公司發展到一定程度,比如有 100 來人,其中需求 10 人、開發 70 人、測試 20 人,那就沒法靠吼來溝通了,需要有一個比較規範化的溝通機制。一般會這樣子引進,開發會把一些溝通能力較強、把控開發流程能力較好的同學升職為組長,負責保證一個需求的正常開發,他們會直接面對需求同學,直接溝通需求的開發要點,然後組長安排開發同學和測試同學跟進這個需求直到上線,也就是把需求同學以前的工作分配到開發組長,讓他把控整個流程,這樣就不會使得開發同學、測試同學、需求同學之間互相頻繁溝通影響效率。這樣子我們看看程式碼實現。

多了一個技術組長的類,負責跟進整個需求的開發測試過程。

/**
 * 技術組長
 */
class Leader {

    private Developer developer = new Developer();
    private Tester tester = new Tester();

    public void processDemand(String name) {
        developer.develop(name);
        tester.test(name);
    }

}
複製程式碼

需求同學就不用直接和開發同學、測試同學溝通了,就跟技術組長對接就好。

/**
 * 需求同學
 */
class Demander2 {

    public Leader leader = new Leader();
    public void demand(String name) {
        System.out.println("提需求:" + name);
        leader.processDemand(name);
    }

}
複製程式碼

測試程式碼。

public class FacadeTest {

    public static void main(String[] args) {
        Demander2 demander2 = new Demander2();
        demander2.demand("開發一個跟微信一樣的系統");
    }
	
}

列印結果:
提需求:開發一個跟微信一樣的系統
開發需求:開發一個跟微信一樣的系統
測試需求:開發一個跟微信一樣的系統
複製程式碼

這個就是我們的外觀模式,我們的技術組長就是外觀模式的象徵,他專門對外提供接收需求服務,然後安排需求給開發同學和測試同學,保證完成。

總結

外觀模式通過一個對外統一的介面,隱藏了內部的具體實現,使得外部系統可以更加簡單的訪問,也減少了外部系統對內部系統的依賴,從上面的例子講,如果開發同學開發一半生病短時間無法來上班,交接給其他同學,由組長內部安排解決,需求同學並不需要知道。外觀模式在微服務互動之間經常使用。

推薦閱讀

結構型模式:橋接模式

結構型模式:組合模式

結構型模式:裝飾模式

公眾號後臺回覆『大禮包』獲取 Java、Python、IOS 等教程 加個人微信備註『教程』獲取架構師、機器學習等教程

LieBrother

相關文章