１、系统的复杂度
１）假设我们需要开发一个坦克模拟系统用于模拟坦克车在各种作战环境中的行为，其中坦克系统由引擎、控制器、车轮、车身等各子系统构成。
//车轮
public class Wheel
{
public void WAction1(){......}
public void WAction2(){......}
}
//引擎
public class Engine
{
public void EAction1(){......}
public void EAction2(){......}
}
//车身
public class Bodywork
{
public void BAction1(){......}
public void BAction2(){......}
}
//控制器
public class Controller
{
public void CAction1(){......}
public void CAction2(){......}
}
２）如何使用这样的系统
A方案：各种作战环境（外部接口）与坦克车子系统直接交互，是个紧耦合。
B方案：各种作战环境（外部接口）与一个Facade交互，Facade与坦克车子系统交互。外部接口与子系统没有耦合关系。
２、动机（Motivation）
１）上述A方案的问题在于组件的客户和组件中各种复杂的子系统有了过多的耦合，随着外部客户程序和各子系统的演化，这种过多的耦合面临很多变化的挑战。
２）如何简化外部客户程序和系统间的交互接口？如何将外部客户程序的演化和内部子系统的变化之间的依赖相互解耦？
３、意图（Intent）
为子系统的一组接口提供一个一致的界面，Facade模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。
——《设计模式》GoF
４、实例：坦克模拟系统
//车轮
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
{
//这里可以应用工厂等模式，比如要换引擎，换车身什么的
//Facade模式还是优先使用了组合
//比如有四个轮子和一条履带
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()
{
}
}
５、Facade模式的几个要点
１）从客户程序的角度来看，Facade模式不公简化了整个组件系统的接口，同时对于组件内部与外部客户程序来说，从某种程度上也达到了一种“解耦”的效果——内部子系统的任何变化不会影响到Facade接口的变化。
２）Facade设计模式更注重从架构的层次去看整个系统，而不是单个类的层次。Facade很多时候更是一种架构设计模式。
３）注意区分Facade模式、Adapter模式、Bridge模式、Decorator模式。Facade模式注重简化接口，Adapter模式注重转换接口，Bridge模式注重分离接口（抽象）与其实现，Decorator模式注重稳定接口的前提下为对象扩展功能。
来源：oschina
链接：https://my.oschina.net/u/106213/blog/15947