结构型模式之外观（门面）模式

在现实生活中，常常存在办事较复杂的例子，如办房产证或注册一家公司，有时要同多个部门联系，这时要是有一个综合部门能解决一切手续问题就好了。
软件设计也是这样，当一个系统的功能越来越强，子系统会越来越多，客户对系统的访问也变得越来越复杂。这时如果系统内部发生改变，客户端也要跟着改变，这违背了“开闭原则”，也违背了“迪米特法则”，所以有必要为多个子系统提供一个统一的接口，从而降低系统的耦合度，这就是外观模式的目标。

外观模式的定义与特点

外观（Facade）模式的定义：是一种通过为多个复杂的子系统提供一个一致的接口，而使这些子系统更加容易被访问的模式。该模式对外有一个统一接口，外部应用程序不用关心内部子系统的具体的细节，这样会大大降低应用程序的复杂度，提高了程序的可维护性。

外观（Facade）模式是“迪米特法则”的典型应用，它有以下主要优点：
1.简化了调用过程，无需深入了解子系统，以防给子系统带来风险。
2.减少系统的依赖，降低耦合度。
3.更好的划分层次，提高安全性。
4.遵循迪米尔法则，即最少知道原则。

外观（Facade）模式的主要缺点如下：
1.当增加子系统和子系统行为时，可能带来未知风险。
2.增加新的子系统可能需要修改外观类或客户端的源代码，违背了“开闭原则”。
3.某些情况下会违背单一职责原则。

外观模式的结构

外观（Facade）模式的结构比较简单，也很常见，基本我们天天都会接触到，主要是定义了一个高层接口，它包含了对各个子系统的引用，客户端可以通过它访问各个子系统的功能。（比如高层的controller包含了service的引用吧，是不是很常见！）

外观模式包含以下主要角色：
外观（Facade）角色：为多个子系统对外提供一个共同的接口。
子系统（SubSystem）角色：实现系统的部分功能，客户可以通过外观角色访问它。

外观模式的实现

public class FacadePattern {
    public static void main(String[] args) {
        Facade f=new Facade();
        f.method();
    }
}
//外观角色：包含了对子系统的引用
class Facade{
    private SubSystem01 obj1=new SubSystem01();
    private SubSystem02 obj2=new SubSystem02();
    private SubSystem03 obj3=new SubSystem03();
    public void method()
    {
        obj1.method1();
        obj2.method2();
        obj3.method3();
    }
}
//子系统角色
class SubSystem01{
    public  void method1()
    {
        System.out.println("子系统01的method1()被调用！");
    }   
}
//子系统角色
class SubSystem02{
    public  void method2()
    {
        System.out.println("子系统02的method2()被调用！");
    }   
}
//子系统角色
class SubSystem03{
    public  void method3()
    {
        System.out.println("子系统03的method3()被调用！");
    }   
}

程序运行结果如下：

子系统01的method1()被调用！
子系统02的method2()被调用！
子系统03的method3()被调用！

外观模式的应用场景

通常在以下情况下可以考虑使用外观模式：
1.子系统越来越复杂，增加门面模式，提供简单接口。
2.构建多层系统结构，利用门面对象作为每层的入口，简化层间调用。

<<上一篇：装饰器模式
>>下一篇：享元模式