![[_)J978MO7[VF5I@96Z_]IX](http://images.cnblogs.com/cnblogs_com/vengen/WindowsLiveWriter/C10Facade_CA3F/%5B_)J978MO7%5BVF5I@96Z_%5DIX_2.jpg "[_)J978MO7[VF5I@96Z_]IX")
上述A方案的问题在于组件的客户和组件中各种复杂的子系统有了过多的耦合，随着外部客户程序和各子系统的演化，这种过多的耦合面临很多变化的挑战。
如何简化外部客户程序和系统间的交互接口？如何将外部客户程序的演化和内部子系统的变化之间的依赖相互解耦？
意图：
为子系统中的一组接口提供一个一致的界面，Façade模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。
using System;internal class Wheel
{
public void WAction1() { }
public void WAction2() { }
}internal class Engine
{
public void EAction1() { }
public void EAction2() { }
}internal class Bodywork
{
public void BAction1() { }
public void BAction2() { }
}internal class Controller
{
public void CAction1() { }
public void CAction2() { }
}public class TankFacade
{
Wheel[] wheels = new Wheel[4];
Engine[] engines = new Engine[4];
Bodywork bodywork = new Bodywork();
Controller controller = new Controller();public void Start() { }
public void Stop() { }
public void Run() { }
public void Shot() { }
}
要点：
1、从客户程序的角度来看，Facade模式不仅简化了整个组件系统的接口，同时对于组件内部与外部客户程序来说，从某种程度上也达到了一种“解耦”的效果——内部子系统的任何变化不会影响到Façade接口的变化；
2、Facade设计模式并非一个集装箱，可以任意地放进任何多个对象。Facade模式中组件的内部应该是“相互耦合关系比较大的一系列组件”，而不是一个简单的功能集合；
3、注意区分Facade模式、Adapter模式、Bridge模式与Decorator模式。
Facade模式注重简化接口，
Adapter模式注重转换接口，
Bridge模式注重分离接口（抽象）与其实现，
Decorator模式注重稳定接口的前提下为对象扩展功能。
适用性：
1、为一个复杂子系统提供一个简单接口；
2、提高子系统的独立性；
3、在层次化结构中，可以使用Facade模式定义系统中每一层的入口。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。