允许一个对象在其内部状态改变时改变它的行为,对象看起来似乎修改了它的类。将状态封装成独立的类,并将请求委托给当前的状态对象,当对象的内部状态改变时,会带来不同的行为变化。
状态模式的使用场景
状态模式应用在事物的状态的改变有不同的操作的场景
状态模式的实现
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个状态类是一项枯燥乏味的工作,而且系统中会因此而增加不少对象
- 由于逻辑分散在状态类中,虽然避开了不受欢迎的条件分支语句,但也造成了逻辑分散的问题,我们无法在一个地方就看出整个状态机的逻辑
状态模式和策略模式的关系
相同点:策略模式和状态模式的相同点是,它们都有一个上下文、一些策略或者状态类,上下文把请求委托给这些类来执行。
不同点:策略模式中的各个策略类之间是平等又平行的,它们之间没有任何联系,所以客户必须熟知这些策略类的作用,以便客户可以随时主动切换算法;而在状态模式中,状态和状态对应的行为是早已被封装好的,状态之间的切换也早被规定完成,“改变行为”这件事情发生在状态模式内部。对客户来说,并不需要了解这些细节