文章目錄

• • • • I . 外觀模式概念
      • II . 外觀模式 適用場景
      • III . 外觀模式 優缺點
      • IV . 外觀模式與其它設計模式的聯系與區別
      • V . 外觀模式 代碼示例

I . 外觀模式概念

---

1 . 外觀模式概念 :

① 設計模式類型 : 結構型 ;

② 標準定義 : 提供一個統一接口 , 用于訪問子系統中的一群接口 ;

③ 隱藏復雜性目的 : 定義高層級接口 , 讓子系統更容易使用 , 目的是隱藏系統的復雜性 ;

④ 交互流程 : 多個子系統聯合完成一個操作 , 提供一個統一的接口 , 供客戶端調用 , 客戶端不與每個子系統進行復雜的交互 , 客戶端只與提供接口的外觀類進行交互 ;

2 . 外觀模式的相關角色 :

① 外觀角色 : 外觀類有自己的方法 , 用戶可以通過調用外觀類的方法 , 調用子系統提供的功能 ;

② 子系統角色 : 可以是若干個處理模塊 , 數量 1 個或多個 ;

③ 用戶角色 : 用戶通過外觀類調用子系統的功能 ;

II . 外觀模式 適用場景

---

外觀模式適用場景 :

① 子系統復雜 : 子系統復雜 , 通過使用外觀模式可以簡化調用接口 ;

② 層次復雜 : 系統結構層次復雜 , 每個層級都一個使用外觀對象作為該層入口 , 可以簡化層次間的調用接口 ;

III . 外觀模式 優缺點

---

1 . 外觀模式優點 :

① 簡化調用 : 簡化復雜系統的調用過程 , 無需對子系統進行深入了解 , 即可完成調用 ;

② 降低耦合 : 使用外觀模式 , 只與外觀對象進行交互 , 不與復雜的子系統直接進行交互 , 降低了系統間的依賴 , 使耦合關系更低 ; 子系統內部的模塊更容易擴展和維護 ;

③ 層次控制 : 層次結構復雜的系統 , 有些方法需要提供給系統外部調用 , 有些方法需要在內部使用 , 將提供給外部的功能定義在外觀類中 , 這樣既方便調用 , 也能將系統內部的細節隱藏起來 ;

④ 符合迪米特法則 : 最少知道原則 , 用戶不需要了解子系統內部的情況 , 也不需要與子系統進行交互 , 只與外觀類進行交互 ; 降低了應用層與子系統之間的耦合度 ;

2 . 外觀模式缺點 :

① 子系統擴展風險 : 系統內部擴展子系統時 , 容易產生風險 ;

② 不符合開閉原則 : 外觀模式 , 擴展子系統時 , 不符合開閉原則 ;

IV . 外觀模式與其它設計模式的聯系與區別

---

1 . 外觀模式與中介者模式 :

① 外觀模式 : 外觀模式關注外部用戶與子系統之間的交互 ;

② 中介者模式 : 中介者模式關注子系統內部之間的交互 ;

2 . 外觀模式與單例模式 : 外觀類一般會被定義成單例類 ;

3 . 外觀模式 與 抽象工廠模式 : 外觀類中 , 使用抽象工廠模式 , 獲取子系統的實例對象 , 子系統內部可以屏蔽外觀類 ;

V . 外觀模式 代碼示例

---

1 . 需求描述 : 實現一個購買商品的功能 , 用戶提出購買某件商品 , 首先要查看庫存 , 然后付款 , 最后物流發貨 ;

① 用戶與子系統直接交互 : 首先要與倉儲子系統交互檢查是否有庫存 , 然后與支付子系統交互支付貨款 , 最后進入物流子系統獲取物流編號 ; 使用這種交互方式 , 導致用戶與子系統耦合度太高 ;

② 引入外觀類 : 將與倉儲子系統 , 支付子系統 , 物流子系統之間的交互統一交給外觀類進行處理 , 用戶只需要與外觀類對象進行交互 , 這樣大大減少了用戶與多個子系統之間的耦合度 ;

2 . 多個子系統代碼示例 : 三個子系統分別處理各自業務 ;

① 倉儲子系統代碼 :

package kim.hsl.design.facade;/*** 倉庫子系統* 查詢是否有庫存*/ public class StoreService {public boolean isStokeAvailable(Goods goods){System.out.println("校驗是否有庫存 : " + goods.toString() + " 有庫存");return true;} }

② 支付子系統代碼 :

package kim.hsl.design.facade;/*** 支付子系統* 支付成功返回 true*/ public class PaymentService {public boolean pay(Goods goods){System.out.println("使用銀聯支付");return true;} }

③ 物流子系統代碼 :

package kim.hsl.design.facade;/*** 物流子系統* 進入發貨流程 , 返回物流編號*/ public class LogisticsService {public String logistics(Goods goods){String logisticsNo = "31415926";System.out.println(goods + " 進入物流系統 , 運單號為 " + logisticsNo);return logisticsNo;} }

3 . 外觀類代碼 : 外觀類中維護三個子系統模塊 , 用戶通過 buyGoods 方法 , 作為與三個子系統之間的交互接口 ;

package kim.hsl.design.facade;/*** 用戶購買的統一接口* 用戶只需要與該類進行交互* 該類統一處理 倉儲 支付 物流 等購買流程*/ public class BuyFacade {private LogisticsService logisticsService;private PaymentService paymentService;private StoreService storeService;public BuyFacade() {storeService = new StoreService();paymentService = new PaymentService();logisticsService = new LogisticsService();}/*** 外觀類提供的訪問內部三個子系統的接口* 客戶端只需要調用該方法 , 即可完整商品購買流程* @param goods*/public void buyGoods(Goods goods){if(storeService.isStokeAvailable(goods)){if(paymentService.pay(goods)){logisticsService.logistics(goods);}}} }

4 . 商品類代碼 :

package kim.hsl.design.facade;/*** 商品*/ public class Goods {private String name;public Goods(String name) {this.name = name;}@Overridepublic String toString() {return "Goods{" +"name='" + name + '\'' +'}';} }

5 . 測試函數入口代碼 :

package kim.hsl.design.facade;public class Main {public static void main(String[] args) {Goods goods = new Goods("肥皂");BuyFacade buyFacade = new BuyFacade();buyFacade.buyGoods(goods);} }

6 . 最終執行結果 :

校驗是否有庫存 : Goods{name='肥皂'} 有庫存 使用銀聯支付 Goods{name='肥皂'} 進入物流系統 , 運單號為 31415926

總結

以上是生活随笔為你收集整理的【设计模式】外观模式 ( 概念 | 适用场景 | 优缺点 | 代码示例 )的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。