Facade模式

转载

mb5fe948249bc3d 2015-10-14 14:02:00

文章标签 门面模式迪米特法则 javascript github 内部对象 文章分类 JavaScript 前端开发

跟着ZHONGHuan学习设计模式门面模式

GOF95是这样描写叙述门面模式的，外部与子系统进行通信必须通过一个统一的门面（Facade）对象进行，这就是门面模式。

我们临时先不说门面模式。先从一个样例開始入手。

（下面内容来自《java与模式》一书，由于样例不错。就用这个了）。这个样例是关于医院的（样例图片和内容取自这里，javascript:void(0)）。

现代的软件系统都是比較复杂的，设计师处理复杂系统的一个常见方法便是将其“分而治之”，把一个系统划分为几个较小的子系统。

假设把医院作为一个子系统，依照部门职能。这个系统能够划分为挂号、门诊、划价、化验、收费、取药等。

看病的病人要与这些部门打交道。就如同一个子系统的client与一个子系统的各个类打交道一样。不是一件easy的事情。

　　首先病人必须先挂号，然后门诊。假设医生要求化验。病人必须首先划价。然后缴费，才干够到化验部门做化验。化验后再回到门诊室。如图：

Facade模式_github

　上图描写叙述的是病人在医院里的体验，图中的方框代表医院。

　　解决这样的不便的方法便是引进门面模式，医院能够设置一个接待员的位置，由接待员负责代为挂号、划价、缴费、取药等。这个接待员就是门面模式的体现，病人仅仅接触接待员，由接待员与各个部门打交道。个人认为未来我们的医院就应当省去那些烦人的工作。多余的工作是不用做的。

我认为曾经的社会须要挂号理解，如今真的能够不用挂好了吧，你在电脑上写，不更方便么，并且字大家还看得懂。大部分医生的字。不敢恭维。

Facade模式_门面模式_02

以下看下门面模式的结构。从结构和代码中体会门面模式。

门面模式的结构

　　门面模式没有一个一般化的类图描写叙述，最好的描写叙述方法实际上就是以一个样例说明。

Facade模式_javascript_03

因为门面模式的结构图过于抽象。因此把它稍稍详细点。如果子系统内有三个模块。各自是ModuleA、ModuleB和ModuleC，它们分别有一个演示样例方法，那么此时演示样例的总体结构图例如以下：

Facade模式_github_04

在这个对象图中。出现了两个角色：

　　●　　门面(Facade)角色：client能够调用这个角色的方法。

此角色知晓相关的（一个或者多个）子系统的功能和责任。在正常情况下，本角色会将全部从client发来的请求委派到对应的子系统去。

　　●　　子系统(SubSystem)角色：能够同一时候有一个或者多个子系统。每一个子系统都不是一个单独的类，而是一个类的集合（如上面的子系统就是由ModuleA、ModuleB、ModuleC三个类组合而成）。

每一个子系统都能够被client直接调用，或者被门面角色调用。子系统并不知道门面的存在，对于子系统而言，门面不过另外一个client而已。

代码的实现

class ModuleA {
    //示意方法
    public void doFirst(){
        System.out.println("完毕第一步");
    }
}

class ModuleB {
    //示意方法
    public void doSecond(){
        System.out.println("KO第二步");
    }
}

class ModuleC{
    public void doThird(){
        System.out.println("第三步，杀了");
    }
}
//门面类角色
class Facade {
    //示意方法，满足client须要的功能
    public void doSth(){
        ModuleA a = new ModuleA();
        a.doFirst();
        ModuleB b = new ModuleB();
        b.doSecond();
        ModuleC c = new ModuleC();
        c.doThird();
        System.out.println("測试结束");
    }
}
//client角色
public class Client{
    public static void  main(String[] args){
        Facade tem = new Facade();
        tem.doSth();
    }
}

　Facade类事实上相当于A、B、C模块的外观界面，有了这个Facade类，那么client就不须要亲自调用子系统中的A、B、C模块了。也不须要知道系统内部的实现细节，甚至都不须要知道A、B、C模块的存在，client仅仅须要跟Facade类交互就好了。从而更好地实现了client和子系统中A、B、C模块的解耦，让client更easy地使用系统。

同理。假设ABC等是一个子系统。能够给它们也设置一个门面类，屏蔽内部的细节。

就是说一个系统能够有几个门面，对外一个大门面，内部另一些门面，