（2021总结篇）面向对象软件设计模式--（十）结构型模式---外观模式（门面模式）

专栏目录

• 创建型模式: 工厂三兄弟 , 单例模式 , 原型模式 , 建造者模式
• 结构型模式: 适配器模式 , 桥接模式 , 组合模式 , 装饰器模式, 外观模式（门面模式）, 享元模式, 代理模式
• 行为型模式： 职责链模式， 命令模式， 解释器模式， 迭代器模式， 中介者模式， 备忘录模式， 观察者模式， 状态模式， 策略模式， 模板方法， 访问者模式

外观模式的意图，解决的问题，什么时候使用

在现实生活中，常常存在办事较复杂的例子，如办房产证或注册一家公司，有时要同多个部门联系，这时要是有一个综合部门能解决一切手续问题就好了。

软件设计也是这样，当一个系统的功能越来越强，子系统会越来越多，客户对系统的访问也变得越来越复杂。这时如果系统内部发生改变，客户端也要跟着改变，这违背了“开闭原则”，也违背了“迪米特法则”，所以有必要为多个子系统提供一个统一的接口，从而降低系统的耦合度，这就是外观模式的目标。

1.外观模式

外观（Facade）模式，又叫作门面模式，是一种通过为多个复杂的子系统提供一个一致的接口，而使这些子系统更加容易被访问的模式。

该模式对外有一个统一接口，外部应用程序不用关心内部子系统的具体细节，这样会大大降低应用程序的复杂度，提高了程序的可维护性。

在日常编码工作中，我们都在有意无意的大量使用外观模式。只要是高层模块需要调度多个子系统（2个以上的类对象），我们都会自觉地创建一个新的类封装这些子系统，提供精简的接口，让高层模块可以更加容易地间接调用这些子系统的功能。尤其是现阶段各种第三方SDK、开源类库，很大概率都会使用外观模式。

这里的子系统是一个广义的概念，它可以是一个类、一个功能模块、系统的一个组成部分或者一个完整的系统。

2.外观模式中的角色

组成（角色）	作用
外观（Facade）角色	为多个子系统对外提供一个共同的接口。
子系统（Sub System）角色	实现系统的部分功能，客户可以通过外观角色访问它。
抽象装饰（Decorator）角色	继承抽象构件，并包含具体构件的实例，可以通过其子类扩展具体构件的功能。（当只有一个具体构件时，此对象同时充当具体构件对象，并且不再是抽象类）
客户（Client）角色	通过一个外观角色访问各个子系统的功能。

结构图：

这个的外观角色可以抽象化，满足开闭原则。

典型外观模式代码：

package facade;
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()被调用！

3.外观模式优缺点、使用场景

优点：

• 1.降低了子系统与客户端之间的耦合度，使得子系统的变化不会影响调用它的客户类。
• 2.对客户屏蔽了子系统组件，减少了客户处理的对象数目，并使得子系统使用起来更加容易。
• 3.降低了大型软件系统中的编译依赖性，简化了系统在不同平台之间的移植过程，因为编译一个子系统不会影响其他的子系统，也不会影响外观对象。

缺点：

• 1.不能很好地限制客户使用子系统类，很容易带来未知风险。
• 2.增加新的子系统可能需要修改外观类或客户端的源代码，违背了“开闭原则”。

适用场景：

• 1.对分层结构系统构建时，使用外观模式定义子系统中每层的入口点可以简化子系统之间的依赖关系。
• 2.当一个复杂系统的子系统很多时，外观模式可以为系统设计一个简单的接口供外界访问。
• 3.当客户端与多个子系统之间存在很大的联系时，引入外观模式可将它们分离，从而提高子系统的独立性和可移植性。

---

参考文章：http://c.biancheng.net/view/1369.html