Facade 外观模式（结构型模式）
系统的复杂度
假设我们要开发一个坦克模式系统用于模拟坦克车在各种作战环境中的行为，其中坦克系统由引擎、控制器、车轮、车身等各个子系统构成。
internal class Engine
{
public void EAction1()
{
} public void EAction2()
{
}
} internal class Controller
{
public void CAction1()
{
} public void CAction2()
{
}
} internal class Wheel
{
public void WAction1()
{
} public void WAction2()
{
}
} internal class Bodywork
{
public void BAction1()
{
} public void BAction2()
{
}
}
意图（Intent）
为子系统中的一组接口提供一个一致的界面，Facade模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。
动机（Motivation）
将一个系统划分成为若干个子系统有利于降低系统的复杂性。一个常见的设计目标是使子系统间的通信和相互依赖关系达到最小。达到该目标的途径之一是就是引入一个外观（Facade）对象，它为子系统中较一般的设施提供了一个单一而简单的界面。
创建一个外观对象：
public class TankFacade
{
Wheel[] wheels = new Wheel[];
Engine[] engines = new Engine[];
Bodywork bodywork = new Bodywork();
Controller controller = new Controller(); public void Start()
{
//...
}
public void Stop()
{
//...
} public void Run()
{
//...
}
}
Facade模式的几个要点
- 从客户程序角度来看，Facade模式不仅简化了整个组件系统的接口，同时对于组件内部与外部客户程序来说，从某种程度上也达到了一种“解耦”的效果——内部系统的任何变化不会影响到Facade接口的变化。
- Facade设计模式更注重从架构层次去看整个系统，而不是单个类的层次。Facade很多时候更是一种架构设计模式。
- Facade模式注重简化接口，Adapter模式注重转换接口，Bridge模式注重分类接口（抽象）与其实现，Decorator模式注重稳定接口的前提下为对象扩展功能。