外观模式

• 外观(Facade)角色：此角色知晓相关的（一个或者多个）子系统的功能和责任，负责将客户的请求交给合适的子系统。
• 子系统（SubSystem）角色：可以同时有一个或者多个子系统。每个子系统都可以被客户端直接调用，或者被门面角色调用。

• 当你要为一个复杂子系统提供一个简单接口时。子系统往往因为不断演化而变得越来越复杂。大多数模式使用时都会产生更多更小的类。这使得子系统更具可重用性，也更容易对子系统进行定制，但这也给那些不需要定制子系统的用户带来一些使用上的困难。Facade可以提供一个简单的缺省视图，这一视图对大多数用户来说已经足够，而那些需要更多的可定制性的用户可以越过Facade层。
• 客户程序与抽象类的实现部分之间存在着很大的依赖性。引入Facade将这个子系统与客户以及其他的子系统分离，可以提高子系统的独立性和可移植性。
• 当你需要构建一个层次结构的子系统时，使用Facade模式定义子系统中每层的入口点，如果子系统之间是相互依赖的，你可以让它们仅通过Facade进行通讯，从而简化了它们之间的依赖关系。

代码举例

public class ModuleA {  
    public void testA(){  
        System.out.println("调用ModuleA中的testA方法");  
    }  
} 

public class ModuleB {  
    public void testB(){  
        System.out.println("调用ModuleB中的testB方法");  
    }  
}  

public class ModuleC {  
    public void testC(){  
        System.out.println("调用ModuleC中的testC方法");  
    }  
} 

public class Facade {  
    
    public void test(){  
        ModuleA a = new ModuleA();  
        a.testA();  
        ModuleB b = new ModuleB();  
        b.testB();  
        ModuleC c = new ModuleC();  
        c.testC();  
    }  
}

public class Client {  
  
    public static void main(String[] args) {  
          
        Facade facade = new Facade();  
        facade.test();  
    }  
  
} 

外观模式与适配器模式的比较