设计模式-结构型-外观模式

概念

外观模式（Facade）,他隐藏了系统的复杂性，并向客户端提供了一个可以访问系统的接口。这种类型的设计模式属于结构性模式。为子系统中的一组接口提供了一个统一的访问接口，这个接口使得子系统更容易被访问或者使用。

举例

遥控器预约咖啡机煮咖啡，需要烧水模块烧开水，研磨模块磨碎咖啡豆两个步骤。

外观模式抽象结构

代码

烧水模块

研磨模块

咖啡机

遥控器

运行结果

在外观模式中主要包含如下几个角色。

1、门面角色（CoffeeMachine）:这是外观模式的核心。它被客户角色调用，因此它熟悉子系统的功能。它内部根据客户角色已有的需求预定了几种功能组合。

2、子系统角色（Water、Coffee）:实现了子系统的功能。对子系统角色来说，facade角色与客户角色一样，是未知的，它没有任何facade角色的信息和链接。

3、客户角色（client）：调用facade角色来完成要得到的功能。

优点

• 松散耦合
  使得客户端和子系统之间解耦，让子系统内部的模块功能更容易扩展和维护；
• 简单易用
  客户端根本不需要知道子系统内部的实现，或者根本不需要知道子系统内部的构成，它只需要跟外观类（CoffeeMachine）交互即可。
• 更好的划分访问层次
  有些方法是对系统外的，有些方法是系统内部相互交互的使用的。子系统把那些暴露给外部的功能集中到门面中，这样就可以实现客户端的使用，很好的隐藏了子系统内部的细节。

缺点

• 不能很好地限制客户端直接使用子系统类，如果对客户端访问子系统类做太多的限制则减少了可变性和灵活性。
• 如果设计不当，增加新的子系统可能需要修改外观类的源代码，违背了开闭原则。