外觀 門面 模式 結構型

門面模式是物件的結構模式，外部與乙個子系統的通訊必須通過乙個統一的門面物件進行。門面模式提供乙個高層次的介面，使得子系統更易於使用。

現代的軟體系統都是比較複雜的，設計師處理複雜系統的乙個常見方法便是將其「分而治之」，把乙個系統劃分為幾個較小的子系統。如果把醫院作為乙個子系統，按照部門職能，這個系統可以劃分為**、門診、劃價、化驗、收費、取藥等。看病的病人要與這些部門打交道，就如同乙個子系統的客戶端與乙個子系統的各個類打交道一樣，不是一件容易的事情。

首先病人必須先**，然後門診。如果醫生要求化驗，病人必須首先劃價，然後繳費，才可以到化驗部門做化驗。化驗後再回到門診室。

上圖描述的是病人在醫院裡的體驗，圖中的方框代表醫院。

解決這種不便的方法便是引進門面模式，醫院可以設定乙個接待員的位置，由接待員負責代為**、劃價、繳費、取藥等。這個接待員就是門面模式的體現，病人只接觸接待員，由接待員與各個部門打交道。

在這個物件圖中，出現了兩個角色：

門面(facade)角色 ：客戶端可以呼叫這個角色的方法。此角色知曉相關的（乙個或者多個）子系統的功能和責任。在正常情況下，本角色會將所有從客戶端發來的請求委派到相應的子系統去。

子系統(subsystem)角色 ：可以同時有乙個或者多個子系統。每個子系統都不是乙個單獨的類，而是乙個類的集合）。每個子系統都可以被客戶端直接呼叫，或者被門面角色呼叫。子系統並不知道門面的存在，對於子系統而言，門面僅僅是另外乙個客戶端而已。

public

class
modulea 
}public
class
moduleb 
}public
class
modulec 
}public
class
facade 
}public
class
client 
}

鬆散耦合

門面模式鬆散了客戶端與子系統的耦合關係，讓子系統內部的模組能更容易擴充套件和維護。

簡單易用

門面模式讓子系統更加易用，客戶端不再需要了解子系統內部的實現，也不需要跟眾多子系統內部的模組進行互動，只需要跟門面類互動就可以了。

更好的劃分訪問層次

通過合理使用facade，可以幫助我們更好地劃分訪問的層次。有些方法是對系統外的，有些方法是系統內部使用的。把需要暴露給外部的功能集中到門面中，這樣既方便客戶端使用，也很好地隱藏了內部的細節。

外觀模式 門面模式 結構型

設計模式主要有23種，大致可分為三類 建立型，機構行，行為型 具體如下 1，單例設計模式 2，工廠設計模式 3，建造者設計模式 4，原型設計模式 5，設計模式 6，橋接設計模式 7，裝飾設計模式 8，介面卡設計模式 9，外觀設計模式 10，享元設計模式 11，組合設計模式 12，模板設計模式 13，...

Go Facade外觀（門面）設計模式

動機 motivation 上述a方案的問題在於元件的客戶和元件中各種複雜的子系統有了過多的耦合，隨著外部客戶程式和各子系統的演化，這種過多的耦合面臨很多變化的挑戰。如何簡化外部客戶程式和系統間的互動介面？如何將外部客戶程式的演化和內部子系統的變化之間的依賴相互解耦？模式定義 為子系統中的一組介面提...

設計模式之外觀 門面模式

場景 假設積分兌換物品流程，一共有三部分別依賴三個子系統 1.積分校驗系統，檢視是否有資格。2.積分支付系統，兌換禮物，扣減積分等。3.物流系統，兌換禮物後，進行配送流程。禮物實體類 public class pointsgift public string getname public void ...