[TOC]

为子系统中的一组接口提供一个一致的界面，外观模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。

主要解决：降低访问复杂系统的内部子系统时的复杂度，简化客户端之间的接口。
何时使用：
1、客户端不需要知道系统内部的复杂联系，整个系统只需提供一个”接待员”即可。
2、定义系统的入口。
如何解决：客户端不与系统耦合，外观类与系统耦合。
关键代码：在客户端和复杂系统之间再加一层，这一层将调用顺序、依赖关系等处理好。
应用实例：
1、去医院看病，可能要去挂号、门诊、划价、取药，让患者或患者家属觉得很复杂，如果有提供接待人员，只让接待人员来处理，就很方便。
image.png

外观模式与中介者模式

  • 外观模式：关注外部用户于子系统之间的交互
  • 中介模式：关注子系统内部之间的交互

    案例1（兼容性处理）

    ```javascript <!DOCTYPE html>

点击

>    **通过外观模式去暴露一个绑定事件的方式、里面统一做不同环境的兼容性！**

<a name="rDcXp"></a>
### 案例2
```javascript
class SystemA {
  drow () {
    console.log('systemA')
  }
}
class SystemB {
  write () {
    console.log('systemB')
  }
}
// 通过外观模式访问子系统的接口  统一处理
class Facade {
  constructor() {
    this.systemA = new SystemA()
    this.systemB = new SystemB()
  }
  handler (type) {
    if (type == 'A') {
      this.systemA.drow()
    } else {
      this.systemB.write()
    }
  }
}

const client = new Facade()
client.handler('A') // systemA
client.handler('B') // systemB

总结

优点

  • 减少了系统的相互依赖
  • 提高了灵活性。不管系统内部如何变化，只要不影响到外观对象，任你自由活动

  • 提高了安全性。想让你访问子系统的哪些业务就开通哪些逻辑，不在外观上开通的方法，你就访问不到

    缺点

  • 不符合开放封闭原则和单一职责原则，因此谨慎使用，避免滥用

    适用场景

  • 子系统复杂，通过使用外观模式可以简化调用接口