外觀模式（也稱為門面模式）定義了乙個高層介面，為子系統中的一組介面提供了乙個一致的介面，從而使得這一組子系統更加容易使用。
這個模式很好的遵循了迪公尺特法則(最少知識法則)，即乙個軟體應當盡可能少的與其他實體發生相互作用。
醫院例子：
現代的軟體系統都是比較複雜的，設計師處理複雜系統的乙個常見方法便是將其「分而治之」，把乙個系統劃分為幾個較小的子系統。如果把醫院作為乙個子系統，按照部門職能，這個系統可以劃分為**、門診、劃價、化驗、收費、取藥等。看病的病人要與這些部門打交道，就如同乙個子系統的客戶端與乙個子系統的各個類打交道一樣，不是一件容易的事情。
首先病人必須先**，然後門診。如果醫生要求化驗，病人必須首先劃價，然後繳費，才可以到化驗部門做化驗。化驗後再回到門診室。
上圖描述的是病人在醫院裡的體驗，圖中的方框代表醫院。
解決這種不便的方法便是引進門面模式，醫院可以設定乙個接待員的位置，由接待員負責代為**、劃價、繳費、取藥等。這個接待員就是門面模式的體現，病人只接觸接待員，由接待員與各個部門打交道。
門面模式沒有乙個一般化的類圖描述，最好的描述方法實際上就是以乙個例子說明。
**示例：
子系統角色：
public
class modulea
}public
class moduleb
}public
class modulec
}
public
class facade
}
public
class client
}
在門面模式中，通常只需要乙個門面類，並且此門面類只有乙個例項，換言之它是乙個單例類。當然這並不意味著在整個系統裡只有乙個門面類，而僅僅是說對每乙個子系統只有乙個門面類。或者說，如果乙個系統有好幾個子系統的話，每乙個子系統都有乙個門面類，整個系統可以有數個門面類。
初學者往往以為通過繼承乙個門面類便可在子系統中加入新的行為，這是錯誤的。門面模式的用意是為子系統提供乙個集中化和簡化的溝通管道，而不能向子系統加入新的行為。比如醫院中的接待員並不是醫護人員，接待員並不能為病人提供醫療服務。
Java設計模式 外觀模式
外觀模式 facade 外觀模式的意圖是 為子系統提供乙個介面，便於它的使用。解釋 簡單的說，外觀模式就是封裝多個上層應用需要的方法，使得上層呼叫變得簡單，為上層提供簡單的介面，是設計模式中一種比較簡單的設計思想，但是，也是最常用的一種設計模式。舉例 當你想吃橘子的時候，你需要做那幾件事呢？1 去買...
Java設計模式 外觀模式
外觀模式 facade 是為了解決類與類之間的依賴關係的，像spring一樣，可以將類與類之間的關係配置到配置檔案中，而外觀模式就是將他們的關係放在乙個facade類中，降低了類與類之間的耦合度，該模式中沒有涉及到介面。我們先看兩張結構圖，可以一目了然的了解外觀模式的作用。未使用外觀模式 使用了外觀...
JAVA設計模式 外觀模式
外觀模式 又稱為門面模式 是一種結構型設計模式。外觀模式的思想是 為子系統的各個模組提供乙個統一的門面，由門面負責對客戶提供服務。外觀模式涉及2個角色 當一次的功能訪問同時呼叫到多個物件時，可以使用外觀模式。例如，在分布式應用中，通過遠端呼叫服務，使用外觀模式可以降低應用程式與服務的互動次數，同時可...