javascript 设计模式——状态模式

状态模式的定义

状态模式(State Pattern) ：允许一个对象在其内部状态改变时改变它的行为，对象看起来似乎修改了它的类。其别名为状态对象(Objects for States)，状态模式是一种对象行为型模式。

• 之前的时候我通常会顶一个一个方法，然后往里边传一些变量什么的去控制对应的方法，不过后来我发现这样的话，我得实现的函数，在业务需求增加的时候，会变很难以阅读和难以维护，虽然后边我又对我得方法做了一些修改，比如说传一个对象进去，然后自定义方法云云，但是总是感觉有些鸡肋

• 在很多情况下，一个对象的行为取决于一个或多个动态变化的属性，这样的属性叫做状态，这样的对象叫做有状态的对象，这样的对象状态是从事先定义好的一系列值中取出的。当一个这样的对象与外部事件产生互动时，其内部状态就会改变，从而使得系统的行为也随之发生变化。

状态模式的实现

class stateClass {
  constructor() {
    // 状态列表
    this._state = []
    this.states = {
      morning() { console.log('早上开始') },
      noon() { console.log('中午开始') },
      night() { console.log('晚上开始') }
    }
  }
  setState(val) {
    this._state = []
    val = typeof val == 'string' ? [val] : val
    val.forEach(el => {
      this._state.push(el)
    });
    return this
  }
  go() {
    this._state.forEach(el => {
      this.states[el] && this.states[el]()
    })
    return this
  }
}
new stateClass()
  .setState(['morning', 'noon', 'night'])
  .go()

或者说像网上哪些灯的例子，什么强光什么的 ，你可以在每个函数里边最后去改变状态，我这里手动添加的

状态模式的分析

• 状态模式描述了对象状态的变化以及对象如何在每一种状态下表现出不同的行为。

• 环境类又称为上下文类，它是拥有多种状态的对象。由于环境类的状态存在多样性且在不同状态下对象的行为有所不同，因此将状态独立出去形成单独的状态类。在环境类中维护一个抽象状态类State的实例，这个实例定义当前状态，在具体实现时，它是一个State子类的对象。

• 状态模式的关键是引入了一个抽象类来专门表示对象的状态，这个类我们叫做抽象状态类，而对象的每一种具体状态类都继承了该类，并在不同具体状态类中实现了不同状态的行为，包括各种状态之间的转换。

状态模式中环境类和抽象状态类

• 环境类实际上就是拥有状态的对象，环境类有时候可以充当状态管理器(State Manager)的角色，可以在环境类中对状态进行切换操作。

• 抽象状态类可以是抽象类，也可以是接口，不同状态类就是继承这个父类的不同子类，状态类的产生是由于环境类存在多个状态，同时还满足两个条件： 这些状态经常需要切换，在不同的状态下对象的行为不同。因此可以将不同对象下的行为单独提取出来封装在具体的状态类中，使得环境类对象在其内部状态改变时可以改变它的行为，对象看起来似乎修改了它的类，而实际上是由于切换到不同的具体状态类实现的。由于环境类可以设置为任一具体状态类，因此它针对抽象状态类进行编程，在程序运行时可以将任一具体状态类的对象设置到环境类中，从而使得环境类可以改变内部状态，并且改变行为。

状态模式的优点

• 封装了转换规则。

• 枚举可能的状态，在枚举状态之前需要确定状态种类。

• 将所有与某个状态有关的行为放到一个类中，并且可以方便地增加新的状态，只需要改变对象状态即
  可改变对象的行为。

• 允许状态转换逻辑与状态对象合成一体，而不是某一个巨大的条件语句块。

• 可以让多个环境对象共享一个状态对象，从而减少系统中对象的个数。

状态模式的缺点

• 状态模式的使用必然会增加系统类和对象的个数。
• 状态模式的结构与实现都较为复杂，如果使用不当将导致程序结构和代码的混乱。
• 状态模式对“开闭原则”的支持并不太好，对于可以切换状态的状态模式，增加新的状态类需要修改那些负责状态转换的源代码，否则无法切换到新增状态；而且修改某个状态类的行为也需修改对应类的源代码。

应用场景

状态模式在工作流或游戏等类型的软件中得以广泛使用，甚至可以用于这些系统的核心功能设计，如在政府OA办公系统中，一个批文的状态有多种：尚未办理；正在办理；正在批示；正在审核；已经完成等各种状态，而且批文状态不同时对批文的操作也有所差异。使用状态模式可以描述工作流对象（如批文）的状态转换以及不同状态下它所具有的行为。

总结

状态模式的精髓就是

• 状态内做事
• 状态间跳转。根据不同的事件发生相应的动作，并由此进行状态转换。
• 不要用判断语句

但是我个人认为状态模式还是在适用的业务中去用吧，比如说某些规定好的规则，如果强行怕坑的话。。。自行体会吧