设计模式十四 门脸模式

目录

​​​​​​​1."接口隔离"模式

2.系统间耦合的复杂度

3.门脸模式的动机

4.门脸模式的定义

5.门脸模式的结构

6.要点总结

---

​​​​​​​

​​​​​​​1."接口隔离"模式

在组件构建过程中，某些接口之间的依赖常常会带来很多问题，甚至根本无法实现. 采用添加一层间接(稳定)接口，来隔离本来互相紧密关联的接口是一种常见的解决方案.

典型模式：
Facade(门脸)
Proxy
Adapter
Mediator

2.系统间耦合的复杂度

3.门脸模式的动机

上述A方案的问题在于组件的客户和组建中各种复杂的子系统有了过多的耦合，随着外部客户程序和各子系统的演化，这种过多的耦合会面了很多变化的挑战.

如何见我外部客户程序和系统间的交互接口？如何将外部客户程序的演化和内部子系统的变化之间的依赖相互解耦？

这时候我们考虑门脸模式.

4.门脸模式的定义

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

5.门脸模式的结构

6.要点总结

​​​​​​​从客户程序的角度来看，Facade模式简化了整个组件系统的接口，对于组件内部与外部系统程序来说，达到了一种“解耦合”的效果--内部子系统的任何变化不会影响到Facade接口的变化.

Facade设计模式更注重从架构的层次去看整个系统，而不是单个类的层次，Facade很多时候更是一种架构设计模式.

Facade设计模式并非一个集装箱，可以任意地放进任何多个对象，Facade模式中组件的内部应该是“相互耦合关系比较大的一些列组件”，而不是一个简单的功能集合.