设计模式之外观模式

外观模式(Facade Pattern)又叫门面模式，定义一个将子系统的一组接口集成在一起的高层接口，以提供一个一致的外观

外观模式让外界减少与子系统内多个模块的直接交互，从而减少耦合，让外界可以更轻松地使用子系统

外观模式的组成

1. 门面角色：外观模式的核心。它被客户角色调用,它熟悉子系统的功能。内部根据客户角色的需求预定了几种功能的组合
2. 子系统角色:实现了子系统的功能。它对客户角色和Facade是未知的
3. 客户角色:通过调用Facede来完成要实现的功能

代码实现

// 定义求和方法
class Sum {
  sum(a, b) {
    return a + b
  }
}
// 定义求剩余方法
class Minus{
  minus(a, b) {
    return a - b
  }
}
// 通过一个外观对象统一暴露
class Calculator{
  sumFn
  minusFn
  constructor() {
    this.sumFn = new Sum()
    this.minusFn = new Minus()
  }
  sum(a, b) {
    return this.sumFn.sum(a, b)
  }
  minus(a, b) {
    return this.minusFn.minus(a, b)
  }
}
// 创建外观实例
let calc = new Calculator()
// 调用
console.log('sum', calc.sum(1, 2))
console.log('minus', calc.minus(6, 2))

外观模式使用场景

1. 对代码和结构进行有规范的分离，层于层之间建立外观模式
2. 讲多个复杂的功能或者接口进行分装，统一对外提供一个简单的调用接口

外观模式的优缺点

1. 优点：实现了子系统于客户端的松耦合，客户端屏蔽了子系统组件，减少了需要出了的对象or方法数目，更加方便调用
2. 缺点：不符合开闭原则，如果要修改一个子系统功能，通常外观模式也要一起修改，没有办法阻止外部不通过外观类访问子系统的功能(所有暴露的方法都是公开的)