设计模式－－facade－结构型

如果需求不会变话那么设计模式将会不存在
上帝给了人类的一个时间这个概念，让一切都变的。
人  ：出生，儿童，少年，青年，中年，老年，死亡。
接口：接口跟外部交互

尽量依赖高层抽象，不要依赖实现细节
高层是相对稳定，底层是易碎

意图（Intent）
为子系统中的一组接口提供一个一致的界面，
Façade模式定义了一个高层接口，这个接口使得这
一子系统更加容易使用。
——《设计模式》GoF

 结构（structure）

系统的复杂度

假设我们需要开发一个坦克模拟系统用于模拟坦克车在
各种作战环境中的行为，其中坦克系统由引擎、控制器、
车轮、车身等各子系统构成。坦克和子系统是包含关系

假设坦克在沼泽地 那就比较讲究 wheel
   在对垒时那就比较讲究 Contronller

     A 方案                                                                                           B 方案

 

 

A 方案

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 方案
   以下就
interal //就是包含在一个包里
interal class Wheel
...{
public void WAction1() ...{....}

public void WAction2() ...{....}

}

interal class Engine
...{
public void EAction1() ...{....}
public void EAction2() ...{....}
}
interal class Bodywork
...{
public void BAction1() ...{....}
public void BAction2() ...{....}
}
interal 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 controll=new Controller();
   public void start()
...{
     //...
}
    public void run()
...{      }
  public void stop()
...{           }
   public void shut()
...{            }


}

Facade模式的几个要点

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

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

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