為子系統中的一組介面提供乙個一致的介面，此模式定義了乙個高層介面，這個介面使得這一子系統更加容易使用。
何時使用外觀模式?
這要分三個階段來說，首先，在設計初期階段，應該要有意識的將不同的兩個層分離，比如經典的三層構架，就需要考慮在資料訪問層和業務邏輯層，業務邏輯層和表示層的層與層之間建立外觀fa
çade,這樣可以為複雜的子系統提供乙個簡單的介面，使得耦合大大降低。其次，在開發階段，子系統往往因為不斷地重構演化而
變得越來越複雜，大多數的模式使用時也都會產生很多很小的類，這本是好事，但也給外部呼叫它們的使用者帶來了使用上的困難，增加外觀fa
çade可以提供乙個簡單的介面，減少他們之間的依賴。第三，在維護乙個遺留的大型系統時，可能這個系統已經非常難以維護和擴充套件了，但因為它包含非常重要的功能，新的需求開發必須要依賴於它，此時用外觀模式fa
çade也是非常合適的。你可以為新系統開發乙個外觀fa
çade類，來提供設計粗糙或高複雜的遺留**的比較清晰簡單的介面，
讓新系統與fac
ade物件互動，fa
çade與遺留**互動所有的複雜的工作。
設計模式之Facade 外觀
facade 的定義 為子系統中的一組介面提供乙個一致的介面。facade 乙個典型應用就是資料庫 jdbc 的應用 如下例對資料庫的操作 public class dbcompare catch ception e finally 上例是 jsp 中最通常的對資料庫操作辦法。在應用中 經常需要對資...
設計模式之Facade 外觀
facade的定義 為子系統中的一組介面提供乙個一致的介面。facade乙個典型應用就是資料庫jdbc的應用,如下例對資料庫的操作 public class dbcompare catch ception e finally 上例是jsp中最通常的對資料庫操作辦法。在應用中,經常需要對資料庫操作,每...
設計模式之Facade 外觀
facade的定義 為子系統中的一組介面提供乙個一致的介面.facade乙個典型應用就是資料庫jdbc的應用,如下例對資料庫的操作 public class dbcompare catch ception e finally 可見非常簡單,所有程式對資料庫訪問都是使用改介面,降低系統的複雜性,增加了...