Facade外观模式_充血模型 laravel-CSDN博客

Facade外观模式，是一种结构型模式，它主要解决的问题是：组件的客户和组件中各种复杂的子系统有了过多的耦合，随着外部客户程序和各子系统的演化，这种过多的耦合面临很多变化的挑战。在这里我想举一个例子：比如，现在有一辆汽车，我们（客户程序）要启动它，那我们就要发动引擎（子系统1），使四个车轮（子系统2）转动。但是实际中我们并不需要用手推动车轮使其转动，我们踩下油门，此时汽车再根据一些其他的操作使车轮转动。油门就好比系统给我们留下的接口，不论汽车是以何种方式转动车轮，车轮变化成什么牌子的，我们要开走汽车所要做的还是踩下油门。

GoF《设计模式》中说道：为子系统中的一组接口提供一个一致的界面，Facade模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。

Façade外观模式的结构大概是这样的：

这个图是我对Facade模式的理解，如果大家觉得有什么不对的地方欢迎给我指出。

我就上面说的那个情形写一下实现代码，首先我们要实现三个子系统（Wheel、Engine、Body）：

internal class Wheel

{

public string WheelCircumrotate()

{

return "BMW's Wheel is Circumrotating";

}

public string WheelStop()

{

return "BMW's Wheel is stoped";

}

internal class Wheel

{

public string WheelCircumrotate()

{

return "BMW's Wheel is Circumrotating";

}

public string WheelStop()

{

return "BMW's Wheel is stoped";

}

internal class Body

{

public Wheel[] wheels = new Wheel[4];

public Engine engine = new Engine();

public Body()

{

for (int i = 0; i < wheels.Length; i++)

{

wheels[i] = new Wheel();

}

然后，我们再来实现汽车的Facade

class CarFacade

{

Body body = new Body();

public void Run()

{

Console.WriteLine(body.engine.EngineWork());

for(int i = 0; i < body.wheels.Length; i++)

{

Console.WriteLine(body.wheels[i].WheelCircumrotate());

}

public void Stop()

{

Console.WriteLine(body.engine.EngineStop());

for (int i = 0; i < body.wheels.Length; i++)

{

Console.WriteLine(body.wheels[i].WheelStop());

}

现在我们来使用客户端程序验证一下，代码如下：

class Program

{

static void Main (string[] args)

{

CarFacade car = new CarFacade();

car.Run();

car.Stop();

Console.Read();

}

执行结果如下；

BMW's Engine is Working

BMW's Wheel is Circumrotating

BMW's Engine is stoped

BMW's Wheel is stoped

正如上面所说：客户端代码（Program）不需要关心子系统，它只需要关心CarFacade所留下来的和外部交互的接口，而子系统是在CarFacade中聚合。

Façade模式的几个要点：

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

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

=====================================================================

外部与一个子系统的通讯必须通过一个统一的门面（Facade）对象进行，这就是Facade模式。

　　现代的软件系统都是比较复杂的，设计模式的任务就是协助设计师处理复杂系统的设计。

　　设计师处理复杂系统的一个常见方法便是将其"分而治之"，把一个系统划分为几个较小的子系统。但是这样做了以后，设计师往往仍然会发现一个子系统内仍然有太多的类型要处理。而使用一个子系统的使用端往往只关注一些特定的功能，却要同时与子系统内部的许多对象打交道后才能达到目的，请见下面的对象图。

图4、Facade架构模式的结构图。

　　这就是一种不便，它使得系统的逻辑变得不必要的复杂，维护成本提高，复用率降低。

　　用一个范例说明，中国大陆的医院便是一个子系统，按照部门职能，这个系统可以划分为挂号、门诊、划价、化验、收银、取药等。看病的病人要与这些部门打交道，就如同一个子系统的使用端与一个子系统的各个类型打交道一样，不是一件容易的事情。

　　首先病人必须先挂号，然后门诊。如果医生要求化验，病人必须首先划价，然后缴款，才能到化验部门做化验。化验后，再回到门诊室，请见下面的对象图。