门面模式（facade）又称外观模式：为子系统中的一组接口提供一个一致的界面。
组成：
1.门面角色(facade):这是门面模式的核心。它被客户角色调用，因此它熟悉子系统的功能。它内部根据客户角色已有的需求预定了几种功能组合。
2.子系统角色：实现了子系统的功能。对它而言，facade角色就和客户角色一样是未知的，它没有任何facade角色的信息和连接。
3.客户角色：调用facede角色来完成要得到的功能。

Facade 模式的一个典型应用就是进行数据库连接。一般我们在每一次对数据库进行访
问，都要进行以下操作：先得到connect 实例，然后打开connect 获得连接，得到一个
statement，执行sql 语句进行查询，得到查询结果集。

四、使用环境和优点
《设计模式》给出了门面模式的使用环境：
1) 当你要为一个复杂子系统提供一个简单接口时。在上面已经描述了原因。
2) 客户程序与抽象类的实现部分之间存在着很大的依赖性。引入 facade 将这个子系统与
客户以及其他的子系统分离，可以提高子系统的独立性和可移植性（上面也提到了）。
3) 当你需要构建一个层次结构的子系统时，使用facade 模式定义子系统中每层的入口点。
如果子系统之间是相互依赖的，你可以让它们仅通过facade 进行通讯，从而简化了它
们之间的依赖关系。
以下是它的优点：
1) 它对客户屏蔽子系统组件，因而减少了客户处理的对象的数目并使得子系统使用起来更
加方便。
2) 它实现了子系统与客户之间的松耦合关系，而子系统内部的功能组件往往是紧耦合的。
松耦合关系使得子系统的组件变化不会影响到它的客户。Facade 模式有助于建立层次
结构系统，也有助于对对象之间的依赖关系分层。Facade 模式可以消除复杂的循环依
赖关系。这一点在客户程序与子系统是分别实现的时候尤为重要。在大型软件系统中降
低编译依赖性至关重要。在子系统类改变时，希望尽量减少重编译工作以节省时间。用
Facade 可以降低编译依赖性，限制重要系统中较小的变化所需的重编译工作。Facade
模式同样也有利于简化系统在不同平台之间的移植过程，因为编译一个子系统一般不需
要编译所有其他的子系统。
3) 如果应用需要，它并不限制它们使用子系统类。因此你可以让客户程序在系统易用性和
通用性之间加以选择。