设计模式学习笔记十一（Facade外观模式）

动机：组件的客户和组件中的各种复杂的子系统有了过多的耦合，随着外部客户程序和各子系统的演化，这种过多的耦合面临着过多的挑战。如何简化外部接口和系统间的交互接口？如何将外部客户程序的演化与内部系统的变化之间的依赖解耦？

意图：为子系统中的一组接口提供一个一致的界面，Façade模式定义了一个高层接口，这一接口使得这一子系统更加容易使用。

基本Code：

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()

     {

         //…

     }

}

Façade模式要点：

1、  从客户程序的角度来看，Façade模式不仅简化了整个组件系统的接口，同时对于组件内部系统和外部程序来说，从某种程度上也达到了一种“解耦”的效果――内部系统的任何变化不会影响到Façade接口的变化。

2、  Façade模式注重从架构的层次去看整个系统，而不是单个类的层次。Façade模式很多时候是一种架构设计模式。

3、  注意区分Façade、Adapter、Bridge、Decorator模式。Façade模式注重简化接口，Adapter模式注重转换接口，Bridge模式注重分离接口（抽象）与其实现，Decorator模式注重稳定接口的前提下为对象扩展功能。