【设计模式

 1、模式简介

　　外观模式隐藏了系统的复杂性，并向客户端提供了一个可以访问系统的接口。外观模式往往涉及到一个类，这个类提供了客户端请求的简化方法和对现有系统类方法的委托调用。外观模式使得系统中的子系统更加容易使用。

　　外观模式主要是为了降低访问复杂系统的内部子系统的复杂度，简化客户端与之的接口。

　　外观模式的核心是在客户端和复杂系统之间添加一层外观层，外观层将子模块的调用顺序、依赖关系等都封装好。

外观模式的适用场景：

• 当需要定义系统的入口时；
• 当客户端不需要知道系统内部的复杂联系，需要为整个系统提供一个“接待员”时；
• 当需要预防低水平人带来的风险时。

外观模式的优点：

• 减少了系统中的相互依赖；
• 提高了系统的安全性。

外观模式的缺点：

　　如果子模块中有新功能加入，则需要修改很多东西，不符合开闭原则。

2、案例

2.1、需求

　　病人去医院看病的时候，需要经过挂号、收费、门诊、取药等多个步骤，如下图所示。这样对于病人和病人家属来说都太复杂。

 

　　如果我们在医院和病人之间设立一个“接待员”，用来代替病人来完成这一系列的事情，病人就会简单很多。添加接待员之后的医院子系统如下图所示：

2.2、代码

　　程序目录结构如下图所示：

　　hospital相当于是一个子模块，其中的Registration、Payment、Outpatient和TakeMedicine都是业务流程类，其中分别有一个方法代表做这项业务的方法。

　　Receptionist类是一个接待员类，这个类中封装了上面四个类。具体来看Receptionist类中的代码：

/**
 * 接待员类
 */
public class Receptionist {
   /**
    * 接待病人
    */
   public void doRecept() {
      // 帮病人挂号
      Registration registration = new Registration();
      registration.doRegister();
      // 帮病人交钱
      Payment payment = new Payment();
      payment.doPay();
      // 病人就诊
      Outpatient outpatient = new Outpatient();
      outpatient.doOutpatient();
      // 帮病人取药
      TakeMedicine takeMedicine = new TakeMedicine();
      takeMedicine.doTakeMedicine();
   }
}

　　测试代码如下：

public class Test {
   public static void main(String[] args) {
      Receptionist receptionist = new Receptionist();
      receptionist.doRecept();
   }
}

　　测试结果如下图所示：

　　最后贴出外观模式的GitHub代码地址：【GitHub - Facade】。