设计模式之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