共计 1764 个字符，预计需要花费 5 分钟才能阅读完成。
Facade（外观模式）
Facade（外观模式）属于结构型模式，是一种日常开发中常常被应用到的设计模式。
用意：为子系统中的一组接口提供一个统一的界面，Facade 模式定义了一个高层接口，这个接口使得这一子系统更加容易应用。
举例子
如果看不懂下面的用意介绍，没有关系，设计模式须要在日常工作里用起来，联合例子能够加深你的了解，上面我筹备了三个例子，让你领会什么场景下会用到这种设计模式。
用意解释
图书管理员
图书馆是一个非常复杂的零碎，尽管图书依照肯定规定摆放，但也只有内部人员比较清楚，作为一位首次来的访客，想要疾速找到一本书，最好的方法是间接问图书管理员，而不是先理解这个图书馆的设计，因为你可能要来回在各个楼宇间奔波，借书的流程可能也比拟长。
图书管理员就起到了简化图书馆子系统复杂度的作用，咱们只有凡事询问图书管理员即可，而不须要关怀他是如何与图书馆外部零碎打交道的。
最多跑一次便民服务
浙江省推出的最多跑一次服务十分不便，很多办事流程都简化了，无论是证件办理还是业务受理，简直只有跑一次，而必须要继续几天的流程也会通过手机短信或者 App 操作实现后续流程。
这就相当于外观模式，因为政府零碎外部的办事流程可能没有太大变动，但通过形象出 Facade（外观），让一般市民能够间接与便民办事处连贯，而不须要在车管所与驾校之间来回奔走，背地的事件没有少，只是便民办事处帮你做了。
Iphone 快捷指令性能
手机的 App 十分多，而咱们须要理解每个性能在哪个 App 上能力运用自如，而快捷指令性能能够将 App 的某些性能独自提取进去，造成一套新的性能组，咱们能够只接触到“拍照”“付款”“计算”，而不必管背地是调用了支付宝还是微信、零碎内置摄像机还是其余摄像 App，也不必关怀这个 App 外部性能的入口在哪里，这些对接都在快接指令中主动实现。
快捷指令也是一种外观模式。
用意解释
用意：为子系统中的一组接口提供一个统一的界面，Facade 模式定义了一个高层接口，这个接口使得这一子系统更加容易应用。
为升高一个领有多个接口的子系统外部复杂性，咱们须要一个外观来屏蔽外部的复杂性，因而外观模式就是定义一个高层接口，这个接口直连子系统的外部实现，但调用这个高层接口的人不须要关怀子系统外部的实现，这样，对于不想理解子系统外部实现的人来说，进步了易用度。
当然如果想要深度定制，就能够绕过外观模式，间接应用子系统提供的类，所以说并不是有了外观模式就必须通过外观调用，而是依据理论须要判断应用哪种调用形式。
结构图
<img width=600 src=”https://img.alicdn.com/tfs/TB1j9gZ3.T1gK0jSZFrXXcNCXXa-1082-412.png”>
能够看到，Facade 间接指向子系统中的类， 而子系统的类不会反向指向 Facade。
代码例子
上面例子应用 typescript 编写。
// 假如一个子系统是三个类联合应用的，为了形象而解耦开了
class A {constructor(b: B) {this.b = b}
}
class B {constructor(c: C) {this.c = c}
}
class C { }
// 它们组合成了一种罕用性能，咱们能够应用外观模式屏蔽子类的细节间接应用
class Compile {public run() {const parser = new A(new B(new C))
parser.run()}
}
const compile = new Compile()
compile.run() 这样咱们只有晓得 Compile 类就能够了，而不须要理解背地的 A B C 以及其组合关系。
弊病
外观模式并不适宜于所有场景，当子系统足够易用时，再应用外观模式就是画龙点睛。
另外，当零碎难以形象出通用性能时，外观模式的设计可能也莫衷一是，因为设计的高层接口可能适用范围很窄，此时外观模式的意义就比拟小。
总结
其实形象工厂模式也能够代替外观模式，来实现暗藏子类具体实现的成果，但外观模式形容更具备通用性。
探讨地址是：精读《设计模式 – Facade 外观模式》· Issue #286 · dt-fe/weekly
如果你想参加探讨，请 点击这里，每周都有新的主题，周末或周一公布。前端精读 – 帮你筛选靠谱的内容。
关注 前端精读微信公众号
版权申明：自在转载 - 非商用 - 非衍生 - 放弃署名（创意共享 3.0 许可证）
