現代的軟體系統都是比較複雜的，設計師處理複雜系統的乙個常見方法便是將其「分而治之」，把乙個系統劃分為幾個較小的子系統。如果把醫院作為乙個子系統，按照部門職能，這個系統可以劃分為**、門診、劃價、化驗、收費、取藥等。看病的病人要與這些部門打交道，就如同乙個子系統的客戶端與乙個子系統的各個類打交道一樣，不是一件容易的事情。
首先病人必須先**，然後門診。如果醫生要求化驗，病人必須首先劃價，然後繳費，才可以到化驗部門做化驗。化驗後再回到門診室。
上圖描述的是病人在醫院裡的體驗，圖中的方框代表醫院。
解決這種不便的方法便是引進門面模式，醫院可以設定乙個接待員的位置，由接待員負責代為**、劃價、繳費、取藥等。這個接待員就是門面模式的體現，病人只接觸接待員，由接待員與各個部門打交道。
門面模式沒有乙個一般化的類圖描述，最好的描述方法實際上就是以乙個例子說明。
由於門面模式的結構圖過於抽象，因此把它稍稍具體點。假設子系統內有三個模組，分別是modulea、moduleb和modulec，它們分別有乙個示例方法，那麼此時示例的整體結構圖如下：
在這個物件圖中，出現了兩個角色：
● 門面(facade)角色 ：客戶端可以呼叫這個角色的方法。此角色知曉相關的（乙個或者多個）子系統的功能和責任。在正常情況下，本角色會將所有從客戶端發來的請求委派到相應的子系統去。
● 子系統(subsystem)角色 ：可以同時有乙個或者多個子系統。每個子系統都不是乙個單獨的類，而是乙個類的集合（如上面的子系統就是由modulea、moduleb、modulec三個類組合而成）。每個子系統都可以被客戶端直接呼叫，或者被門面角色呼叫。子系統並不知道門面的存在，對於子系統而言，門面僅僅是另外乙個客戶端而已。
public class facade在門面模式中，通常只需要乙個門面類，並且此門面類只有乙個例項，換言之它是乙個單例類。當然這並不意味著在整個系統裡只有乙個門面類，而僅僅是說對每乙個子系統只有乙個門面類。或者說，如果乙個系統有好幾個子系統的話，每乙個子系統都有乙個門面類，整個系統可以有數個門面類。}class modulefacade
}class modulea
}class moduleb
}class modulec
}
初學者往往以為通過繼承乙個門面類便可在子系統中加入新的行為，這是錯誤的。門面模式的用意是為子系統提供乙個集中化和簡化的溝通管道，而不能向子系統加入新的行為。比如醫院中的接待員並不是醫護人員，接待員並不能為病人提供醫療服務。
門面模式的優點：
● 鬆散耦合
門面模式鬆散了客戶端與子系統的耦合關係，讓子系統內部的模組能更容易擴充套件和維護。
● 簡單易用
門面模式讓子系統更加易用，客戶端不再需要了解子系統內部的實現，也不需要跟眾多子系統內部的模組進行互動，只需要跟門面類互動就可以了。
● 更好的劃分訪問層次
通過合理使用facade，可以幫助我們更好地劃分訪問的層次。有些方法是對系統外的，有些方法是系統內部使用的。把需要暴露給外部的功能集中到門面中，這樣既方便客戶端使用，也很好地隱藏了內部的細節。
門面模式（外觀模式）
至於怎麼設定快捷鍵，其實我也不知道 1 首先，得有乙個鍵盤和乙個滑鼠，並且具有相關的操作方法。鍵盤 鍵盤 author z hh time 2018年7月25日 public class keyboard 鍵位q public void q 滑鼠 滑鼠 author z hh time 2018年7...
外觀模式 門面模式
上面是外觀模式的基本呼叫邏輯圖，外觀模式就是怎麼把多個子系統的介面合併成乙個介面供客戶端呼叫，就是所謂的 就是底層細粒度介面的不同組合。在保留底層介面不變的前提下，中間層為呼叫方提供了便利。這正是外觀模式 facade pattern 的設計思想 為了使複雜的子系統更容易被使用，應當為子系統的眾多介...
外觀模式 門面模式
1.兩個行為類 public class suba public class subb 2.外觀類 public class facade 3.程式入口 public class m 外觀模式，也稱呼門面模式。我們在什麼場景下需要外觀模式呢？栗子 喝茶。個人 在家喝茶，需要 找杯具 拿茶葉 燒熱水 ...