一、什麼是外觀模式 有些人可能炒過股票，但其實大部分人都不太懂，這種沒有足夠瞭解證券知識的情況下做股票是很容易虧錢的，剛開始炒股肯定都會想，如果有個懂行的幫幫手就好，其實基金就是個好幫手，支付寶里就有許多的基金，它將投資者分散的資金集中起來，交由專業的經理人進行管理，投資於股票、債券、外匯等領域，而 ...
一、什麼是外觀模式
有些人可能炒過股票，但其實大部分人都不太懂，這種沒有足夠瞭解證券知識的情況下做股票是很容易虧錢的，剛開始炒股肯定都會想，如果有個懂行的幫幫手就好，其實基金就是個好幫手，支付寶里就有許多的基金，它將投資者分散的資金集中起來，交由專業的經理人進行管理，投資於股票、債券、外匯等領域，而基金投資的收益歸持有者所有，管理機構收取一定比例的托管管理費用。
其實本篇要說的這個設計模式就和這很有關係，由於當投資者自己買股票時，由於眾多投資者對眾多股票的聯繫太多，反而不利於操作，這在軟體中就成為耦合性太高，而有了基金後，就變成眾多用戶只和基金打交道，關心基金的上漲和下跌，而實際上的操作確是基金經理人與股票和其它投資產品打交道，這就是外觀模式。
外觀模式（Facade），為子系統中的一組介面提供一個一致的界面，此模式定義了一個高層介面，這個介面使得這一子系統更加容易使用。UML結構圖如下：
其中Facade是外觀角色，也叫門面角色，客戶端可以調用這個角色的方法，此角色知曉子系統的所有功能和責任，將客戶端的請求代理給適當的子系統對象；Subsystem是子系統角色，可以同時擁有一個或多個子系統，每一個子系統都不是一個單獨的類，而是一個類的集合，子系統並不知道門面的存在。
1. 外觀類
這裡我給出了四個Subsystem子系統，分別為A、B、C、D。
1 public class Facade { 2 3 //被委托的對象 4 SubSystemA a; 5 SubSystemB b; 6 SubSystemC c; 7 SubSystemD d; 8 9 public Facade() { 10 a = new SubSystemA(); 11 b = new SubSystemB(); 12 c = new SubSystemC(); 13 d = new SubSystemD(); 14 } 15 16 //提供給外部訪問的方法 17 public void methodA() { 18 this.a.dosomethingA(); 19 } 20 21 public void methodB() { 22 this.b.dosomethingB(); 23 } 24 25 public void methodC() { 26 this.c.dosomethingC(); 27 } 28 29 public void methodD() { 30 this.d.dosomethingD(); 31 } 32 33 }
2. Subsystem子系統角色
這裡為了不過多贅述，只放上A的代碼，其餘子系統類似。
1 public class SubSystemA { 2 3 public void dosomethingA() { 4 System.out.println("子系統方法A"); 5 } 6 7 }
3. Client客戶端
1 public class Client { 2 3 public static void main(String[] args) { 4 Facade facade = new Facade(); 5 6 facade.methodA(); 7 facade.methodB(); 8 } 9 10 }
運行結果如下：
二、外觀模式的應用
1. 何時使用
- 客戶端不需要知道系統內部的複雜聯繫，整個系統只提供一個“接待員”即可
- 定義系統的入口
2. 方法
- 客戶端不與系統耦合，外觀類與系統耦合
3. 優點
- 減少了系統的相互依賴
- 提高了靈活性。不管系統內部如何變化，只要不影響到外觀對象，任你自由活動
- 提高了安全性。想讓你訪問子系統的哪些業務就開通哪些邏輯，不在外觀上開通的方法，你就訪問不到
4. 缺點
- 不符合開不原則，修改很麻煩
5. 使用場景
- 為一個複雜的模塊或子系統提供一個外界訪問的介面
- 子系統相對獨立，外界對子系統的訪問只要黑箱操作即可
- 預防低水平人員帶來的風險擴散
6. 應用實例
- 基金（用戶只和基金打交道，實際操作為基金經理人與股票和其它投資品打交道）
三、外觀模式的實現
我們就以開篇說的基金為例，來編寫一下代碼，熟悉外觀模式的使用。UML圖如下：
1. 基金類（Fund）
基金類，基金經理人通過該類作為中間交互者，可以接受投資者的資金，統一對股票、國債、房地產進行購買和贖回操作。
1 public class Fund { 2 3 Stock1 stock1; 4 Stock2 stock2; 5 Stock3 stock3; 6 NationalDebt1 nationalDebt1; 7 Realty1 realty1; 8 9 public Fund() { 10 stock1 = new Stock1(); 11 stock2 = new Stock2(); 12 stock3 = new Stock3(); 13 nationalDebt1 = new NationalDebt1(); 14 realty1 = new Realty1(); 15 } 16 17 //購買基金 18 public void buyFund() { 19 stock1.buy(); 20 stock2.buy(); 21 stock3.buy(); 22 nationalDebt1.buy(); 23 realty1.buy(); 24 } 25 26 //贖回基金 27 public void sellFund() { 28 stock1.sell(); 29 stock2.sell(); 30 stock3.sell(); 31 nationalDebt1.sell(); 32 realty1.sell(); 33 } 34 35 }
2. 股票、國債、房地產類
這裡放一個股票作為示例，其餘債券類似。內部由買入和賣出兩種操作。
1 public class Stock1 { 2 3 //買股票 4 public void buy() { 5 System.out.println("股票1買入"); 6 } 7 8 //賣股票 9 public void sell() { 10 System.out.println("股票1賣出"); 11 } 12 13 }
3. Client客戶端
用戶通過該類對基金進行購買和贖回操作。
1 public class Client { 2 3 public static void main(String[] args) { 4 Fund fund = new Fund(); 5 6 //基金購買 7 fund.buyFund(); 8 System.out.println("-------------"); 9 //基金贖回 10 fund.sellFund(); 11 } 12 13 }
運行結果如下：
由此可見，外觀模式十分的簡單，我們只需在客戶端購買和贖回即可，內部的任何操作都不需要我們關註，對於面向對象有一定基礎的朋友，即使沒有聽說過外觀模式，也完全有可能在很多時候使用它，因為它完美地體現了依賴倒轉原則和迪米特法則的思想，所以是非常常用的模式之一。
我們使用外觀模式的情況有很多，比如經典的MVC三層架構，可以考慮在數據訪問層和業務邏輯層、業務邏輯層和表示層的層與層之間簡歷外觀Facade，降低耦合。對於複雜難以維護的老系統，直接去修改或擴展都可能產生很多問題，可以分兩個小組，一個開發Facade與老系統的交互，另一個只要瞭解Facade介面，直接開發新系統調用這些介面即可。
源碼地址：https://gitee.com/adamjiangwh/GoF
