行为型-状态模式

发表于 | 分类于 |
字数统计: 594 字 | 阅读时长 ≈ 2 分钟

概念

State Pattern：又叫 状态对象，允许一个对象在其内部状态改变时改变它的行为，对象看起来似乎修改了它的类。

状态模式用于解决复杂对象的状态转换以及不同状态下行为的封装问题。

当系统中某个对象存在多个状态，这些状态之间可以进行转换，所以对象在不同状态下具有不同行为时可以使用状态模式。

状态模式将一个对象的状态从该对象中分离出来，封装到专门的状态类中，使得对象状态可以灵活变化。

img

使用

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
class Menu {
  constructor(state){
    this.num = 1
    this.menuStates = {
      hide:function () {
        console.log("hide")
      },
      show: function () {
        console.log("show")
      },
      left: function () {
        console.log("left")
      },
      right: function () {
        console.log("right")
      }
    }
  }
  toggle (state) {
    state()
  }
}

var menu = new Menu()
console.log(menu)
menu.toggle(menu.menuStates.show)
menu.toggle(menu.menuStates.hide)

优点

  • 封装了状态的转换规则，在状态模式中可以将状态的转换代码在环境类或者具体状态类中，可以对状态转换代码进行集中管理，而不是分散到一个个业务方法中
  • 将所有与某个状态有关的行为放到一个类中，只需要注入一个不同的状态对象即可使环境对象拥有不同的行为
  • 允许状态转换逻辑与状态对象合成一体，而不是提供一个巨大的条件语句块，状态模式可以让我们避免使用庞大的条件语句来将业务方法和状态转换代码交织在一起
  • 可以让多个环境对象共享一个状态对象，从而减少系统中对象的个数

缺点

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