JavaScript设计模式——状态模式

允许一个对象在其内部状态改变时改变它的行为，对象看起来似乎修改了它的类。将状态封装成独立的类，并将请求委托给当前的状态对象，当对象的内部状态改变时，会带来不同的行为变化。

状态模式的使用场景

状态模式应用在事物的状态的改变有不同的操作的场景

状态模式的实现

let HighState = {
  show() {
    console.log('绿色');
  },
}

let MiddleState = {
  show() {
    console.log('黄色');
  }
}

let LowState = {
  show() {
    console.log('红色');
  }
}

状态对象对应不同状态的操作，使用者只需要调用状态对象暴露的接口即可，所有的状态对象都暴露相同名称的接口便于使用者调用。

let Battery = {
  amount: 'heigh',
  state: HighState,
  // Bettery对象暴露的接口，用于设置对象的状态，并调用状态对象的接口，刷新对应状态的行为
  show() {
    this.setState();
    // 把显示的逻辑委托给状态对象
    this.state.show();
  },
  // 设置Bettery对象的状态，
  setState() {
    let amount = {
      'heigh': () => {
        this.state = HighState;
      },
      'middle': () => {
        this.state = MiddleState;
      },
      'low': () => {
        this.state = LowState;
      }
    }
    amount[this.amount]();
  }
}


Battery.show();
Battery.amount = 'middle';
Battery.show();
Battery.amount = 'low';
Battery.show();

状态模式的优缺点

优点

• 状态模式定义了状态与行为之间的关系，并将它们封装在一个类里。通过增加新的状态类，很容易增加新的状态和转换
• 用对象代替字符串来记录当前状态，使得状态的切换更加一目了然

缺点

• 会在系统中定义许多状态类，编写20个状态类是一项枯燥乏味的工作，而且系统中会因此而增加不少对象
• 由于逻辑分散在状态类中，虽然避开了不受欢迎的条件分支语句，但也造成了逻辑分散的问题，我们无法在一个地方就看出整个状态机的逻辑

状态模式和策略模式的关系

相同点：策略模式和状态模式的相同点是，它们都有一个上下文、一些策略或者状态类，上下文把请求委托给这些类来执行。

不同点：策略模式中的各个策略类之间是平等又平行的，它们之间没有任何联系，所以客户必须熟知这些策略类的作用，以便客户可以随时主动切换算法；而在状态模式中，状态和状态对应的行为是早已被封装好的，状态之间的切换也早被规定完成，“改变行为”这件事情发生在状态模式内部。对客户来说，并不需要了解这些细节