![](https://pic002.cnblogs.com/images/2011/161931/2011032412322521.jpg)
上述A方案的问题在于组件的客户和组件中各种复杂的子系统有了过多的耦合,随着外部客户程序和各子系统的演化,这种过多的耦合面临很多变化的挑战。
如何简化外部客户程序和系统间的交互接口?如何将外部客户程序的演化和内部子系统的变化之间的依赖相互解耦?
2. 意图
为子系统中的一组接口提供一个一致的界面,
Façade模式定义了一个高层接口,这个接口使得这一子系统更加容易使用。
3. 结构图
![](https://pic002.cnblogs.com/images/2011/161931/2011032412351179.jpg)
4. 几个要点
• 从客户程序的角度来看, Facade模式不仅简化了整个组件系统的接口,同时对于组件内部与外部客户程序来说,
从某种程度上也达到了一种“解耦”的效果——内部子系统的任何变化不会影响到Façade接口的变化。
• Façade设计模式更注重从架构的层次去看整个系统,而不是单个类的层次。
Façade很多时候更是一种架构设计模式。
• 注意区分Façade模式、Adapter模式、Bridge模式与Decorator模式。
Façade模式注重简化接口,Adapter模式注重转换接口,Bridge模式注重分离接口(抽象)与其实现,
Decorator模式注重稳定接口的前提下为对象扩展功能。
5. .NET架构中的应用
6. 个人体会
*Façade模式其实就是将一个复杂的子系统的对外接口规整在一起,提供一个统一的接口进行对外服务。
这个规整出的统一接口应该是相对稳定的。