设计模式 : 状态模式

状态模式(State) : 当一个对象的内在状态改变时允许改变其行为,这个对象看起来像是改变了其类.

      状态控制主要解决的是当控制一个对象状态转换的条件表达式过于复杂时的情况.把状态的判断逻辑转移到表示不同状态的一系列类当中,可以把复杂的判断逻辑简化.

示例代码

State类,抽象状态类,定义一个借口以封装与Context的一个特定状态相关的行为

abstract class State{
	public abstract void Handle(Context context);
}

ConcreteState类,具体状态,每一个子类实现一个与Context的一个状态相关的行为.

class ConcreteStateA implements State{
	public override void Handle(Context context){
		//设置ConcreteStateA的下一状态时ConcreteStateB
		context.State = new ConcreteStateB();
	}
}

class ConcreteStateB implements State{
	public override void Handle(Context context){
		//设置ConcreteStateA的下一状态时ConcreteStateB
		context.State = new ConcreteStateA();
	}
}

Context类,维护一个ConcreteState子类的实例,这个实例定义当前的状态.

class Context{
	private State state;
	public Context(State state){
		//定义Context的初始状态
		this.state = state;
	}

	public State state;
	//可读写的状态属性,用于读取当前状态和设置新状态
	public setState(State value){
		state = value;
		System.out.println("当前状态:"+state.getType().Name);
	}
	public getState(State state){
		return state;
	}

	public void Request(){
		state.Handle(this);
	}
}

客户端代码

	Context c = new Context(new ConcreteStateA());
	//不断的请求更改状态
	c.Request();
	c.Request();
	c.Request();
	c.Request();

状态模式的好处与用处

       状态模式的好处是将与特定状态相关的行为局部化,并且将不同状态的行为分割开来.

       将特定的状态相关的行为都放入一个对象中,由于所有与状态相关的代码都存在于某个ConcreteState中,所以通过定义新的子类可 以很容易的增加新的状态和转换.

       这样做的目的就是消除庞大的条件分支语句,状态模式通过把各种状态转移逻辑分布到State的子类之间,来减少相互间的依赖.

       当一个对象的行为取决于它的状态,并且它必须在运行时刻根据状态改变它的行为时,就可以考虑使用状态模式了.