模式动机:引入外观角色之后，用户只需要直接与外观角色交互，用户与子系统之间的复杂关系由外观角色来实现，从而降低了系统的耦合度。
定义：为多个复杂的子系统提供一个一致的接口，使这些子系统更加容易被访问。
优点: 对客户屏蔽子系统组件，减少了客户处理的对象数目并使得子系统使用起来更加容易
实现了子系统与客户之间的松耦合关系
降低了大型软件系统中的编译依赖性，并简化了系统在不同平台之间的移植过程
只是提供了一个访问子系统的统一入口，并不影响用户直接使用子系统类
缺点:
不能很好地限制客户使用子系统类
在不引入抽象外观类的情况下，增加新的子系统可能需要修改外观类或客户端的源代码，违背了“开闭原则”