设计模式-结构型-外观模式
概念
外观模式（Facade）,他隐藏了系统的复杂性，并向客户端提供了一个可以访问系统的接口。这种类型的设计模式属于结构性模式。为子系统中的一组接口提供了一个统一的访问接口，这个接口使得子系统更容易被访问或者使用。
举例
遥控器预约咖啡机煮咖啡，需要烧水模块烧开水，研磨模块磨碎咖啡豆两个步骤。
外观模式抽象结构
代码
烧水模块
研磨模块
咖啡机
遥控器
运行结果
在外观模式中主要包含如下几个角色。
1、门面角色（CoffeeMachine）:这是外观模式的核心。它被客户角色调用，因此它熟悉子系统的功能。它内部根据客户角色已有的需求预定了几种功能组合。
2、子系统角色（Water、Coffee）:实现了子系统的功能。对子系统角色来说，facade角色与客户角色一样，是未知的，它没有任何facade角色的信息和链接。
3、客户角色（client）：调用facade角色来完成要得到的功能。
优点
- 松散耦合
使得客户端和子系统之间解耦，让子系统内部的模块功能更容易扩展和维护； - 简单易用
客户端根本不需要知道子系统内部的实现，或者根本不需要知道子系统内部的构成，它只需要跟外观类（CoffeeMachine）交互即可。 - 更好的划分访问层次
有些方法是对系统外的，有些方法是系统内部相互交互的使用的。子系统把那些暴露给外部的功能集中到门面中，这样就可以实现客户端的使用，很好的隐藏了子系统内部的细节。
缺点
- 不能很好地限制客户端直接使用子系统类，如果对客户端访问子系统类做太多的限制则减少了可变性和灵活性。
- 如果设计不当，增加新的子系统可能需要修改外观类的源代码，违背了开闭原则。