门面模式-设计模式

动机

1. 解决系统对外的复杂度的问题，添加一个间接层统一对外提供服务，简化了外部系统和内部系统之间的交互。
2. A方案的问题在于组件的客户和组件中各种复杂的子系统有了过多的耦合，随着外部客户程序和各子系统的演化，这种过多的耦合面临很多变化的挑战。
3. 如何简化外部客户程序和系统间的交互接口？如何将外部客户程序的演化和内部子系统的变化之间的依赖相互解耦?
   

模式定义

为子系统中的一组接口提供一个一致（稳定）的界面，Facade模式定义了一个高层接口这个接口使得这一子系统更加容易使用（复用）。

类图

实例

门面模式代码多种多样，只有把握住核心，为相关联的子系统提供一套稳定的供外部使用的接口即可。

场景： 比如我们日常使用的电脑。

• 电脑为我们提供的电源接口、鼠标接口、键盘接口，USB接口、网口等，这是一套供用户使用的接口，稳定的标准的。
• 内部的CPU、内存条、硬盘等，它们之间的关系、改变不会被外部感知。

总结

1. 从客户程序的角度来看，Facade模式简化了整个组件系统的接口，对于组件内部与外部客户程序来说，达到了一种“解耦”的效果一一内部子系统的任何变化会影响到Facade接口的变化（门面模式屏蔽了内部系统的变化）。
2. Facade设计模式更注重从架构的层次去看整个系统，而不是单个类的层次。Facade很多时候更是一种架构设计模式。
3. Facade设计模式并非一个集装箱，可以任意地放进任何多个对象。Facade模式中组件的内部应该是“相互耦合关系比较大的一系列组件”，而不是一个简单的功能集合。