动机
上述A方案的问题在于组件的客户和组件中各种复杂的子系统有了过多的耦合,随着外部客户程序和各子系统的演化.这种过多的耦合面临很多变化的挑战
如何简化外部客户端和系统间的交互接口呢?如何将外部客户程序的演化和内部子系统的变化之间的依赖相互解耦
模式定义
为子系统中的一组接口提供一个**一致(稳定)**的界面,Facade模式定义了一个高层接口,这个接口使得这一子系统更加容易使用(复用)
结构
要点总结
- 从客户程序的角度来看,Facade模式简化了整个组件系统的接口,对于组件内部与外部客户程序来说,达到了一种"解耦"的效果----内部子系统的变化不会影响到Facade接口的变化
- Facade设计模式更注重从架构的层次去看整个系统,而不是单个类的层次.Facade很多时候更是一种结构设计模式
- Facade设计模式并非一个集装箱,可以任意地放进任何多个对象.Facade模式中组件地内部应该是"相互耦合关系比较大地一系列组件",而不是一个简单地功能耦合
笔记
- 间接是一个非常重要的思想 比如C++指针就是间接
- 软件核心设计思想就是间接
- 门面模式就如同调用jdbc一样
- 内部变化外部不变化 类似隔离的方式
- 没有固定的代码结构 是一种思想
- 把子系统的变化圈起来,比如数据访问层 要把所有跟数据库有关的圈起来
- Facade是从架构来设计地 而不对于单个类