Façade
“接口隔离”模式
在主件构建过程中,某些接口之间的依赖常常会带来很多问题、甚至根本无法实现。采用添加一层间接(稳定)接口,来隔离本来互相紧密关联的接口是一种常见的解决方案。
典型模式:
- Façade
- Proxy
- Adapter
- Mediator
动机
- 客户和组件中各种复杂的子系统有过多的耦合(如下图所示)
- 如何简化外部客户程序和系统间的交互接口?如何解耦?
模式定义
为子系统中的一组接口提供一个一致(稳定)的界面,Façade模式定义了一个高层接口,这个接口使得这一子系统更加容易使用(复用)。 ——《设计模式》GoF
要点总结
- 从客户程序角度来看,Façade模式简化了整个组件系统的接口,对于组件内部与外部的客户程序来说, 达到了一种”解耦“的效果——内部子系统的任何变化不会影响到Façade接口的变化。
- 更注重架构的层次去看整个系统,而不是单个类的层次。Façade很多时候是一种架构设计模式。
- 并非一个集装箱,可以任意地放进任何多个对象。Façade模式组件中的内部应该是”相互耦合关系比较大的一系列组件“,而不是一个简单的功能集合。
结构
所有有关的数据对象都圈在Façade的内部;
蓝色部分怎么变化都不会影响红色部分的稳定,实现了红色部分对蓝色部分的隔离;用一个稳定的接口隔离变化提;如下所示: