状态模式:当一个对象的内在状态改变时允许改变其行为,这个对象看起来像是改变了其类
状态模式主要解决的是当控制一个对象状态转换的条件表达式过于复杂时的情况。把状态的判断逻辑转移到表示不同状态的一系列类当中,可以把复杂的判断逻辑简化
状态模式的结构图如下:
State类:抽象状态类,定义一个接口以封装与Context的一个特定状态相关的行为
package state;
/**
* 抽象状态类
* @author renme
*
*/
public abstract class State {
public abstract void Handle(Context context);
}
ConcreteState类:具体状态,每一个子类实现一个与Context的一个状态相关的行为
package state;
public class ConcreteStateA extends State {
@Override
public void Handle(Context context) {
// TODO Auto-generated method stub
context.setState( new ConcreteStateB() );
}
}
package state;
public class ConcreteStateB extends State {
@Override
public void Handle(Context context) {
// TODO Auto-generated method stub
context.setState( new ConcreteStateA() );
}
}
Context类:维护一个ConcreteState子类的实例,这个实例定义当前的状态
package state;
public class Context {
private State state;
public Context(State state){
this.state = state;
}
public State getState() {
return state;
}
public void setState(State state) {
this.state = state;
System.out.println("当前的状态: "+state.getClass().getName());
}
public void request(){
state.Handle(this);
}
}
客户端:
package state;
public class StateClient {
public static void main(String[] args) {
// TODO Auto-generated method stub
Context context = new Context( new ConcreteStateA() );
context.request();
context.request();
context.request();
context.request();
}
}
输出结果:
当前的状态: state.ConcreteStateB
当前的状态: state.ConcreteStateA
当前的状态: state.ConcreteStateB
当前的状态: state.ConcreteStateA
状态模式的好处与坏处
状态模式的好处是将与特定状态相关的行为局部化,并且将不同状态的行为分割开来
将特定的状态相关的行为都放入一个对象中,由于所有与状态相关的代码都存在于某个ConcreteState中,所以通过定义新的子类可以很容易地增加新的状态和转换
这么做可以消除庞大的条件分支语句,大的分支判断会难以修改和扩展。状态模式通过把各种状态转移逻辑分布到State的子类中,减少相互的依赖
附上大话设计模式内条件分支语句的截图: