补充说明

通过为多个复杂的子系统提供一个一致的接口，而使这些子系统更加容易被访问的模式

使用场景

简化访问：当一个复杂系统的子系统很多时，外观模式可以为系统设计一个简单的接口供外界访问

优缺点
降低了子系统与客户端之间的耦合度，减少子系统的变化给调用它的客户类带来的影响。
对客户屏蔽了子系统组件，减少了客户处理的对象数目，并使得子系统使用起来更加容易。
降低了大型软件系统中的编译依赖性，简化了系统在不同平台之间的移植过程，因为编译一个子系统不会影响其他的子系统，也不会影响外观对象
增加新的子系统可能需要修改外观类或客户端的源代码，违背了“开闭原则”。
设计原理
核心思想
切断Client与SubSystem的直接联系
要求：Client的功能需求固定

为了便于理解外观模式我觉得应该给外观模式的各个角色一个接地气的翻译。Client=“受益者”Facade=“提供者”SubSystem=“苦力”。理解思路：受益者通过提供者来差遣苦力