状态模式（学习笔记）

状态模式
状态模式和策略模式的uml图是一样的！



除了名字之外都一样。
适用场景（引自百度百科）：
1.一个对象的行为取决于它的状态，并且它必须在运行时刻根据状态改变它的行为。
2.一个操作中含有庞大的多分支结构，并且这些分支决定于对象的状态。

我倒是觉得，这两个模式的思想是一样的，策略模式是把解决问题的策略抽象为一个接口（或抽象类），Context只与接口耦合，从而降低了Context与具体解决方法的耦合，增加了灵活性。这里面，场景不同，策略变成了状态，解决的方式是一样的。

在这个场景里，有一点比较灵活，就是，我们可以把状态的管理工作放到具体的状态类（ConcreteState）中，这样，把状态管理的责任从Context中分摊到了ConcreteState中，解决了庞大分支语句的问题。

Java(伪代码)可以这么写：
Class Context{
Statestate = null;//组合了一个状态接口。
publichandle(){
//把根据状态做出的行为委托给State来做。
state.handle();
}
public Context(){
//构造器构造初始状态，当然，也可以是根据外界传递进来State构造
state= new ConcreteState1(this);
…..
}
public setState(State state){
this.state=state;
}
}
//具体的状态类，注意状态转移
Class ConcreteState1{
Context context;
//构造器
public ConcreteState1(Context context){
this.context= context;
…….
}
//将状态管理分散到具体状态类中
Handle(){
….
….
If(…)//在具体类中，可能根据情况，改变状态
this.setState(newConcreteState2());
….
}
}

把改变状态的任务分担到具体类中，这就是状态模式与策略模式上最大的不同。在状态模式的这个场景下，通常都可以这样灵活的做。