在軟件開發中，有時候為了完成一項較為復雜的功能，一個客戶類需要和多個業務類交互，而這些需要交互的業務類經常會作為一個整體出現，由於涉及到的類比較多，導致使用時代碼較為復雜，此時，特別需要一個類似服務員一樣的角色，由它來負責和多個業務類進行交互，而客戶類只需與該類交互。外觀模式通過引入一個新的外觀類(Facade)來實現該功能，外觀類充當了軟件系統中的“服務員”，它為多個業務類的調用提供了一個統一的入口，簡化了類與類之間的交互。在外觀模式中，那些需要交互的業務類被稱為子系統(Subsystem)。如果沒有外觀類，那麽每個客戶類需要和多個子系統之間進行復雜的交互，系統的耦合度將很大，如圖2(A)所示；而引入外觀類之後，客戶類只需要直接與外觀類交互，客戶類與子系統之間原有的復雜引用關系由外觀類來實現，從而降低了系統的耦合度，如圖2(B)所示。

圖2 外觀模式示意圖

外觀模式中，一個子系統的外部與其內部的通信通過一個統一的外觀類進行，外觀類將客戶類與子系統的內部復雜性分隔開，使得客戶類只需要與外觀角色打交道，而不需要與子系統內部的很多對象打交道。

class Facade  
{  
    private SubSystemA obj1 = new SubSystemA();  
    private SubSystemB obj2 = new SubSystemB();  
    private SubSystemC obj3 = new SubSystemC();  
  
    public void
 
 Method()  
    {  
        obj1.MethodA();  
        obj2.MethodB();  
        obj3.MethodC();  
    }  
}  

外觀模式