设计模式之外观模式（门面模式）

一个栗子：
身为一个程序猿，连续加班25天，在打了25个喷嚏之后，你终于意识到自己感冒了，为了能够省下钱买阿珂288块的暗夜猫娘皮肤，你决定去指定的定点医院。然后你就开始了漫长的排队和没完没了的交钱、看诊程序。
一般来说流程是这样：
首先病人必须先挂号，然后门诊。如果医生要求化验，病人必须首先划价，然后缴费，才可以到化验部门做化验。化验后再回到门诊室。

交互图如下：

pic1.png

这个时候你一定觉得这样来回的跑来跑去，并且要跟各个部门的人员打交道很麻烦，然后你又想到了体检的时候vip用户可以有一个专门的小护士带路，安排各种行程。你不由得心生幻想，也希望有个年轻貌美单身的小护士代替来办这些事，你只要轻声细语的跟这个年轻貌美单身的小护士说话就可以了，于是出现了如下情景：

pic2.png

定义：
隐藏了系统的复杂性，并向客户端提供了一个可以访问系统的接口。这种类型的设计模式属于结构性模式。为子系统中的一组接口提供了一个统一的访问接口，这个接口使得子系统更容易被访问或者使用

结构：

pic3.png

角色：

• 门面(Facade)角色 ：客户端可以调用这个角色的方法。此角色知晓相关的（一个或者多个）子系统的功能和责任。在正常情况下，本角色会将所有从客户端发来的请求委派到相应的子系统去。

• 子系统(SubSystem)角色 ：可以同时有一个或者多个子系统。每个子系统都不是一个单独的类，而是一个类的集合（如上面的子系统就是由ModuleA、ModuleB、ModuleC三个类组合而成）。每个子系统都可以被客户端直接调用，或者被门面角色调用。子系统并不知道门面的存在，对于子系统而言，门面仅仅是另外一个客户端而已。

源码：

public class Guahao {

    public void guahao() {
        System.out.println("挂号");
    }
}

public class Jiaofei {
    
    public void jiaofei() {
        System.out.println("缴费");
    }
}

public class Kanzhen {
    
    public void kanzhen() {
        System.out.println("看诊");
    }

    public void kaiyao() {
        System.out.println("开药");
    }
}

public class Nayao {
    public void nayao() {
        System.out.println("拿药");
    }
}

/**
 * Facade

 * 门面类
 * @version 1.0
 *
 */
public class Facade {

    public void kanbing() {
        Guahao guahao = new Guahao();
        Jiaofei jiaofei = new Jiaofei();
        Nayao nayao = new Nayao();
        Kanzhen kanzhen = new Kanzhen();
        guahao.guahao();
        jiaofei.jiaofei();
        kanzhen.kanzhen();
        jiaofei.jiaofei();
        nayao.nayao();
    }
}

运行结果：

pic4.jpg

优点：

• 松散耦合
  门面模式松散了客户端与子系统的耦合关系，让子系统内部的模块能更容易扩展和维护。

• 简单易用
  门面模式让子系统更加易用，客户端不再需要了解子系统内部的实现，也不需要跟众多子系统内部的模块进行交互，只需要跟门面类交互就可以了。

• 更好的划分访问层次
  通过合理使用Facade，可以帮助我们更好地划分访问的层次。有些方法是对系统外的，有些方法是系统内部使用的。把需要暴露给外部的功能集中到门面中，这样既方便客户端使用，也很好地隐藏了内部的细节。

缺点：

• 如果增加新的子系统可能需要修改外观类或客户端的源代码，这样就违背了”开闭原则“（不过这点也是不可避免）。