设计模式之State Pattern

在State Pattern的学习过程中，是我想起了编译原理中的状态自动机， 我们总是能根据当前状态得出下一个状态或前一个状态。 通过State Pattern将状态的变化封装在一个类中，这样可以体现Design Pattern的一个本质目的，最大限度的实现代码的复用。

 

如何使用 State需要两种类型实体参与: 1.state manager 状态管理器 ,就是开关 ,如上面例子的Context实际就是一个state manager, 在state manager中有对状态的切换动作. 2.用抽象类或接口实现的父类,,不同状态就是继承这个父类的不同子类. 以上面的Context为例.我们要修改它,建立两个类型的实体. 第一步: 首先建立一个父类: public abstract class State{ 　　public abstract void handlepush(Context c); 　　public abstract void handlepull(Context c); 　　public abstract void getcolor(); } 父类中的方法要对应state manager中的开关行为,在state manager中 本例就是Context中,有两个开关动作push推和pull拉.那么在状态父类中就要有具体处理这两个动作:handlepush() handlepull(); 同时还需要一个获取push或pull结果的方法getcolor() 下面是具体子类的实现: public class BlueState extends State{ 　　public void handlepush(Context c){ 　　　　 //根据push方法"如果是blue状态的切换到green" ; 　　　　 c.setState(new GreenState()); 　　} 　　public void handlepull(Context c){ 　　　　 //根据pull方法"如果是blue状态的切换到red" ; 　　　　c.setState(new RedState()); 　　} 　　public abstract void getcolor(){ return (Color.blue)} } 同样 其他状态的子类实现如blue一样. 第二步: 要重新改写State manager 也就是本例的Context: public class Context{ 　　private Sate state=null; //我们将原来的 Color state 改成了新建的State state; 　　//setState是用来改变state的状态 使用setState实现状态的切换 　　pulic void setState(State state){ 　　　　this.state=state; 　　} 　　public void push(){ 　　　　//状态的切换的细节部分,在本例中是颜色的变化,已经封装在子类的handlepush中实现,这里无需关心 　　　　state.handlepush(this); 　　　　 　　　　//因为sample要使用state中的一个切换结果,使用getColor() 　　　　Sample sample=new Sample(state.getColor()); 　　　　sample.operate(); 　　} 　　public void pull(){ 　　　　state.handlepull(this); 　　　　 　　　　Sample2 sample2=new Sample2(state.getColor()); 　　　　sample2.operate(); 　　} } 至此,我们也就实现了State的refactorying过程. 以上只是相当简单的一个实例,在实际应用中,handlepush或handelpull的处理是复杂的. 状态模式优点： （1） 封装转换过程，也就是转换规则 （2） 枚举可能的状态，因此，需要事先确定状态种类。 状态模式可以允许客户端改变状态的转换行为，而状态机则是能够自动改变状态，状态机是一个比较独立的而且复杂的机制，具体可参考一个状态机开源项目：http://sourceforge.net/projects/smframework/

代码引自JDone

 

2009-12-01