外观模式（Facade）又叫门面模式，为子系统中的一组接口提供一个一致的界面，此模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。
● 门面(Facade)角色 ：客户端可以调用这个角色的方法。此角色知晓相关的（一个或者多个）子系统的功能和责任。在正常情况下，本角色会将所有从客户端发来的请求委派到相应的子系统去。
● 子系统(SubSystem)角色 ：可以同时有一个或者多个子系统。每个子系统都不是一个单独的类，而是一个类的集合（如上面的子系统就是由ModuleA、ModuleB、ModuleC三个类组合而成）。每个子系统都可以被客户端直接调用，或者被门面角色调用。子系统并不知道门面的存在，对于子系统而言，门面仅仅是另外一个客户端而已。
代码如下：
1 public class ModuleA { 2 public void testA(){ 3 System.out.println("调用ModuleA的testA方法"); 4 } 5 } 6 public class ModuleB { 7 public void testB(){ 8 System.out.println("调用ModuleB的testB方法"); 9 } 10 } 11 public class ModuleC { 12 public void testC(){ 13 System.out.println("调用ModuleC的testC方法"); 14 } 15 }
门面类
1 public class Facade { 2 ModuleA a; 3 ModuleB b; 4 ModuleC c; 5 6 public Facade(){ 7 a = new ModuleA(); 8 b = new ModuleB(); 9 c = new ModuleC(); 10 } 11 public void test() { 12 a.testA(); 13 b.testB(); 14 c.testC(); 15 } 16 }
1 //客户端 2 public class Client { 3 public static void main(String[] args) { 4 Facade facade=new Facade(); 5 facade.test(); 6 } 7 }
外观模式所要解决的问题
现代的软件系统都是比较复杂的，设计师处理复杂系统的一个常见方法便是将其“分而治之”，把一个系统划分为几个较小的子系统。如果把医院作为一个子系统，按照部门职能，这个系统可以划分为挂号、门诊、划价、化验、收费、取药等。看病的病人要与这些部门打交道，就如同一个子系统的客户端与一个子系统的各个类打交道一样，不是一件容易的事情。
首先病人必须先挂号，然后门诊。如果医生要求化验，病人必须首先划价，然后缴费，才可以到化验部门做化验。化验后再回到门诊室。
上图描述的是病人在医院里的体验，图中的方框代表医院。
解决这种不便的方法便是引进门面模式，医院可以设置一个接待员的位置，由接待员负责代为挂号、划价、缴费、取药等。这个接待员就是门面模式的体现，病人只接触接待员，由接待员与各个部门打交道。
门面模式的优点
门面模式的优点：
● 松散耦合
门面模式松散了客户端与子系统的耦合关系，让子系统内部的模块能更容易扩展和维护。
● 简单易用
门面模式让子系统更加易用，客户端不再需要了解子系统内部的实现，也不需要跟众多子系统内部的模块进行交互，只需要跟门面类交互就可以了。
● 更好的划分访问层次
通过合理使用Facade，可以帮助我们更好地划分访问的层次。有些方法是对系统外的，有些方法是系统内部使用的。把需要暴露给外部的功能集中到门面中，这样既方便客户端使用，也很好地隐藏了内部的细节。
何时使用外观模式
1、在设计初期阶段，应该要有意识的将不同的两个层分离，比如经典的三层架构，就需要考虑在数据访问层、业务逻辑层和表示层的层与层之间建立外观Facade，这样可以为复杂的子系统提供一个简单的接口，使得耦合大大降低。
2、在开发阶段，子系统往往因为不断的重构演化而变得越来越复杂，增加外观Facade可以提供一个简单的接口，减少它们之间的依赖。
3、在维护一个遗留的大型系统时，可能这个系统已经非常难以维护和扩展，但因为它包含非常重要的功能，新的需求开发必须要依赖于它。此时外观模式也是非常合适的。