為子系統中的一組介面提供乙個一致的介面，facade模式定義了乙個高層介面，這個介面使得這一子系統更加容易使用。
1、外觀(facade)角色：客戶端可以呼叫這個角色的方法。此角色知曉相關子系統的功能和責任。在正常情況下，本角色會將所有從客戶端發來的請求委派到相應的子系統去。
2、子系統(subsystem)角色：可以同時有乙個或者多個子系統。每個子系統都不是乙個單獨的類，而是乙個類的集合。每個子系統都可以被客戶端直接呼叫，或者被外觀角色呼叫。子系統並不知道外觀角色的存在，對於子系統而言，外觀角色僅僅是另外乙個客戶端而已。
1、子系統角色，由若干類組成
public class subclass1
public void method2()
}public class subclass2
public void method2()
}public class subclass3
public void method2()
}
public class facadeclass
}
public class clientclass
}
同時，這樣定義乙個facade類可以有效地遮蔽內部的細節，免得客戶端去呼叫module類時，發現一些不需要它知道的方法。如上**，我的所有子類中的方法二都是方法一呼叫的方法，是配合方法一的，他們不需要被客戶端呼叫，而且具有一定的保密性，這樣使用外觀模式時就可以不被客戶端知道。
實現了子系統與客戶端之間的松耦合關係。
客戶端遮蔽了子系統元件，減少了客戶端所需處理的物件數目，並使得子系統使用起來更加容易。
設計初期階段，應該有意識的將不同層分離，層與層之間建立外觀模式。
開發階段，子系統越來越複雜，增加外觀模式提供乙個簡單的呼叫介面。
維護乙個大型遺留系統的時候，可能這個系統已經非常難以維護和擴充套件，但又包含非常重要的功能，為其開發乙個外觀類，以便新系統與其互動。
1、外觀模式為複雜子系統提供了乙個簡單介面，並不為子系統新增新的功能和行為。
2、外觀模式實現了子系統與客戶端之間的松耦合關係。
3、外觀模式沒有封裝子系統的類，只是提供了簡單的介面。 如果應用需要，它並不限制客戶使用子系統類。因此可以靈活的在系統易用性與通用性之間選擇。
4、外觀模式注重的是簡化介面，它更多的時候是從架構的層次去看整個系統，而並非單個類的層次。
設計模式 外觀模式
外觀模式，我的理解就是將複雜的類進行重新封裝，將簡單的介面呈現出來，降低呼叫端和實際類的耦合性。拿 大話設計模式 上邊關於 和 的例子來說。對於不入門的股民來說，交易有些過於龐大，需要學習的東西很多，如果沒整明白就進行投資，很容易賠錢的。很多剛入 的股民都賠的很慘。而買 有提出了乙個新的觀念，我們買...
設計模式 外觀模式
何為外觀模式？外觀模式 為子系統中的一組介面提供乙個一致的介面，此模式定義了乙個高層介面，這個介面使得一子系統更加容易使用。它是一種結構型模式，它主要解決的問題是 元件的客戶和元件中各種複雜的子系統有了過多的耦合，隨著外部客戶程式和 各子系統的演化，這種過多的耦合面臨很多變化的挑戰。uml類圖 乙個...
設計模式 外觀模式
外觀模式說白了就是為一組介面提供乙個一致的介面。例如 定義三個類a b c，每個類各定義乙個方法。class a pubic void showa cout a showa pubic void showb cout b showb pubic void showc cout c showc 定義乙...