實作 Swift 設計模式
  • 前言
  • Swift 設計模式
  • 入門 - 開始
  • 設計模式之王 - MVC
    • 如何使用 MVC 模式
  • 簡易工廠模式 - Simple Factory
    • 如何使用簡易工廠模式
  • 外觀模式 - Facade
    • 如何使用外觀模式
  • 裝飾者模式 - Decorator
    • 擴展
    • 如何使用擴展
    • 委派
    • 如何使用委派模式
  • 單例模式 - Singleton
    • 如何使用單例模式
  • 適配器模式 - Adapter
    • 如何使用適配器模式
  • 觀察者模式 - Observer
    • 通知 - Notification
    • 鍵值觀察 - KVO
    • 事件流 - Event Flow
  • 設計模式之神話 - MVP
    • 如何使用 MVP 模式
    • 最後的潤色
  • 入門 - 小結
Powered by GitBook
On this page

Was this helpful?

外觀模式 - Facade

Previous如何使用簡易工廠模式Next如何使用外觀模式

Last updated 6 years ago

Was this helpful?

外觀模式在複雜的商業邏輯上提供了簡單的介面。如果直接把商業邏輯的所有介面直接暴露給使用者,使用者需要單獨面對這一大堆複雜的介面,學習成本很高,而且存在誤用的隱患。如果使用外觀模式,我們只要暴露必要的 API 就可以了。

下圖演示了外觀模式的基本概念:

API 的使用者完全不知道這內部的商業邏輯有多麼複雜。當我們有大量的類別並且它們使用起來很複雜而且也很難理解的時候,外觀模式是一個十分理想的選擇。

外觀模式把使用和背後的實現邏輯成功解耦,同時也降低了外部程式碼對內部工作的依賴程度。如果底層的類別發生了改變,外觀的介面並不需要做修改。

舉個例子,如果有一天你想換掉所有的後台服務,你只需要修改 API 內部的程式碼,外部調用 API 的程式碼並不會有改動。