动机:组件的客户和组件中的各种复杂的子系统有了过多的耦合,随着外部客户程序和各子系统的演化,这种过多的耦合面临着过多的挑战。如何简化外部接口和系统间的交互接口?如何将外部客户程序的演化与内部系统的变化之间的依赖解耦?
意图:为子系统中的一组接口提供一个一致的界面,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模式注重稳定接口的前提下为对象扩展功能。