門面模式意圖
通過門面的包裝，使應用程序只能看到門面對象，而不會看到具體的細節對象，這樣無疑會降低應用程序的復雜度，并且提高了程序的可維護性。
例子:
一個電源總開關可以控制四盞燈、一個風扇、一臺空調和一臺電視機的啟動和關閉。該電源總開關可以同時控制上述所有電器設備，電源總開關即為該系統的門面模式設計。
圖示
模式結構
門面模式實現
使用門面模式可以選擇性地暴露方法。一個模塊中定義的方法可以分成兩部分，一部分是給子系統外部使用的，一部分是子系統內部模塊之間相互調用時使用的。有了Facade類，那么用于子系統內部模塊之間相互調用的方法就不用暴露給子系統外部了。
public class Module {
/**
* 提供給子系統外部使用的方法
*/
public void a1(){};
/**
* 子系統內部模塊之間相互調用時使用的方法
*/
public void a2(){};
public void a3(){};
}
public class ModuleB {
/**
* 提供給子系統外部使用的方法
*/
public void b1(){};
/**
* 子系統內部模塊之間相互調用時使用的方法
*/
public void b2(){};
public void b3(){};
}
public class ModuleC {
/**
* 提供給子系統外部使用的方法
*/
public void c1(){};
/**
* 子系統內部模塊之間相互調用時使用的方法
*/
public void c2(){};
public void c3(){};
}
public class ModuleFacade {
ModuleA a = new ModuleA();
ModuleB b = new ModuleB();
ModuleC c = new ModuleC();
/**
* 下面這些是A、B、C模塊對子系統外部提供的方法
*/
public void a1(){
a.a1();
}
public void b1(){
b.b1();
}
public void c1(){
c.c1();
}
}
模式優缺點
優點
松散耦合:
這使得子系統的組件變化不會影響到調用它的客戶類，只需要調整外觀類即可。簡單易用:
門面模式讓子系統更加易用，客戶端不再需要了解子系統內部的實現，也不需要跟眾多子系統內部的模塊進行交互，只需要跟門面類交互即可。更好的劃分訪問層次:
通過合理使用門面模式，可以幫助我們更好地劃分訪問的層次。有些方法是對系統外的，有些方法是系統內部使用的。把需要暴露給外部的功能集中到門面中，這樣既方便客戶端使用，也很好地隱藏了內部的細節。
門面模式缺點
不能很好地限制客戶使用子系統類，如果對客戶訪問子系統類做太多的限制則減少了可變性和靈活性。
在不引入抽象外觀類的情況下，增加新的子系統可能需要修改外觀類或客戶端的源代碼，違背了“開閉原則”。
類圖：
門面模式類圖
解決門面模式缺點
引入抽象外觀類
當增加新的子系統或者移除子系統時需要修改外觀類，可以通過引入抽象外觀類在一定程度上解決該問題，客戶端針對抽象外觀類進行編程。對于新的業務需求，不修改原有外觀類，而對應增加一個新的具體外觀類，由新的具體外觀類來關聯新的子系統對象，同時通過修改配置文件來達到不修改源代碼并更換外觀類的目的。
引入抽象外觀類的類圖
