結構型模式:外觀模式

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

花

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

簡介

姓名 :外觀模式架構

英文名 :Facade Pattern機器學習

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

我的介紹
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);
    }

}

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

/**
 * 需求同窗
 */
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

相關文章
相關標籤/搜索