Java状态模式(State模式)

State的定义:不同的状态,不同的行为;或者说,每个状态有着相应的行为。

何时使用状态模式

State模式在实际使用中比较多,适合"状态的切换"。因为我们经常会使用If elseif else 进行状态切换, 如果针对状态的这样判断切换反复出现,我们就要联想到是否可以采取State模式了。

不只是根据状态,也有根据属性。如果某个对象的属性不同,对象的行为就不一样,这点在数据库系统中出现频率比较高,我们经常会在一个数据表的尾部,加上property属性含义的字段,用以标识记录中一些特殊性质的记录,这种属性的改变(切换)又是随时可能发生的,就有可能要使用State。

在实际使用,类似开关一样的状态切换是很多的,但有时并不是那么明显,取决于你的经验和对系统的理解深度。

这里要阐述的是"开关切换状态" 和" 一般的状态判断"是有一些区别的," 一般的状态判断"也是有 if..elseif结构,例如:
 

if (which==1) state="hello";
 else if (which==2) state="hi";
 else if (which==3) state="bye";

这是一个 " 一般的状态判断",state值的不同是根据which变量来决定的,which和state没有关系。如果改成:

 if (state.euqals("bye")) state="hello";
 else if (state.euqals("hello")) state="hi";
 else if (state.euqals("hi")) state="bye";

这就是 "开关切换状态",是将state的状态从"hello"切换到"hi",再切换到""bye";在切换到"hello",好象一个旋转开关,这种状态改变就可以使用State模式了。

如果单纯有上面一种将"hello"-->"hi"-->"bye"-->"hello"这一个方向切换,也不一定需要使用State模式,因为State模式会建立很多子类,复杂化,但是如果又发生另外一个行为:将上面的切换方向反过来切换,或者需要任意切换,就需要State了。

请看下例:

public class Context{
  private Color state=null;
  public void push(){
    //如果当前red状态 就切换到blue
    if (state==Color.red) state=Color.blue;
    //如果当前blue状态 就切换到green
    else if (state==Color.blue) state=Color.green;
    //如果当前black状态 就切换到red
    else if (state==Color.black) state=Color.red;
    //如果当前green状态 就切换到black
    else if (state==Color.green) state=Color.black;
    Sample sample=new Sample(state);
    sample.operate();
  }
  public void pull(){
    //与push状态切换正好相反
    if (state==Color.green) state=Color.blue;
    else if (state==Color.black) state=Color.green;
    else if (state==Color.blue) state=Color.red;
    else if (state==Color.red) state=Color.black;
    Sample2 sample2=new Sample2(state);
    sample2.operate();
  }
}

在上例中,我们有两个动作push推和pull拉,这两个开关动作,改变了Context颜色,至此,我们就需要使用State模式优化它。

另外注意:但就上例,state的变化,只是简单的颜色赋值,这个具体行为是很简单的,State适合巨大的具体行为,因此在,就本例,实际使用中也不一定非要使用State模式,这会增加子类的数目,简单的变复杂。

例如:银行帐户,经常会在Open 状态和Close状态间转换。

例如:经典的TcpConnection,Tcp的状态有创建 侦听 关闭三个,并且反复转换,其创建 侦听 关闭的具体行为不是简单一两句就能完成的,适合使用State。

例如:信箱POP帐号,会有四种状态,start HaveUsername Authorized quit,每个状态对应的行为应该是比较大的,适合使用State。

例如:在工具箱挑选不同工具,可以看成在不同工具中切换,适合使用State。如 具体绘图程序,用户可以选择不同工具绘制方框 直线 曲线,这种状态切换可以使用State。

如何使用状态模式

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:

p

ublic 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的处理是复杂的。

时间: 2024-10-24 21:01:16

Java状态模式(State模式)的相关文章

Behavioral模式State模式

1.意向 同意一个目标,然后改变其内部状态,改变它的行为. 对象似乎改变它的类别. 2.别名 状态对象(Objects for States) 3.动机 考虑一个表示网络连接的类TCPConnection.一个TCPConnection对象的状态处于若干不同状态之中的一个:连接已建立(Established).正在监听(Listenling).连接已关闭(Closed).当一个TCPConnection对象收到其它对象的请求时.它依据自身的当前状态做出不同的反应.比如,一个Open请求的结果依赖

设计模式之状态模式(State)摘录

23种GOF设计模式一般分为三大类:创建型模式.结构型模式.行为模式. 创建型模式抽象了实例化过程,它们帮助一个系统独立于如何创建.组合和表示它的那些对象.一个类创建型模式使用继承改变被实例化的类,而一个对象创建型模式将实例化委托给另一个对象.创建型模式有两个不断出现的主旋律.第一,它们都将关于该系统使用哪些具体的类的信息封装起来.第二,它们隐藏了这些类的实例是如何被创建和放在一起的.整个系统关于这些对象所知道的是由抽象类所定义的接口.因此,创建型模式在什么被创建,谁创建它,它是怎样被创建的,以

有限状态自动机FSM实现(二)--State模式

基于switch结构的有限状态自动机的实现已经在前一篇博文中给出,请猛击. State模式适用于如下情况: 1)一个对象的行为取决于它的状态,并且必须在运行时根据状态改变它的行为. 2)一个操作中含有庞大的多分支的条件语句,且这些分支依赖于该对象的状态. State模式包含如下对象: Context对象 1)定义客户感兴趣的接口. 2)维护一个State子类的实例,这个实例定义当前状态. State状态对象 定义一个接口封装与Context的一个特定状态相关的行为. 以下图为例:TCPConne

State模式详解--设计模式(14)

State模式来源:         每个人.事物在不同的状态下会有不同表现(动作),而一个状态又会在不同的表现下转移到下一个不同的状态(State).最简单的一个生活中的例子就是:地铁入口处,如果你放入正确的地铁票,门就会打开让你通过.在出口处也是验票,如果正确你就可以ok,否则就不让你通过(如果你动作野蛮,或许会有报警(Alarm)). 有限状态自动机(FSM)也是一个典型的状态不同,对输入有不同的响应(状态转移).通常我们在实现这类系统会使用到很多的Switch/Case语句,Case某种

Java 实现状态(State)模式

/** * @author stone */ public class WindowState { private String stateValue; public WindowState(String stateValue) { this.stateValue = stateValue; } public String getStateValue() { return stateValue; } public void setStateValue(String stateValue) { t

Android与设计模式——状态(State)模式

在阎宏博士的<JAVA与模式>一书中开头是这样描述状态(State)模式的: 状态模式,又称状态对象模式(Pattern of Objects for States),状态模式是对象的行为模式. 状态模式允许一个对象在其内部状态改变的时候改变其行为.这个对象看上去就像是改变了它的类一样. 状态模式的结构 用一句话来表述,状态模式把所研究的对象的行为包装在不同的状态对象里,每一个状态对象都属于一个抽象状态类的一个子类.状态模式的意图是让一个对象在其内部状态改变的时候,其行为也随之改变.状态模式的

设计模式 - 状态模式(state pattern) 详解

状态模式(state pattern) 详解 本文地址: http://blog.csdn.net/caroline_wendy 状态模式(state pattern): 允许对象在内部状态改变时改变它的行为, 对象看起来好像修改了它的类. 建立Context类, 包含多个具体状态(concrete state)类的组合, 根据状态的不同调用具体的方法, state.handle(), 包含set\get方法改变状态. 状态接口(state interface), 包含抽象方法handle(),

设计模式学习笔记--状态(State)模式

写在模式学习之前 什么是设计模式:在我们进行程序设计时,逐渐形成了一些典型问题和问题的解决方案,这就是软件模式:每一个模式描述了一个在我们程序设计中经常发生的问题,以及该问题的解决方案:当我们碰到模式所描述的问题,就可以直接用相应的解决方法去解决这个问题,这就是设计模式. 设计模式就是抽象出来的东西,它不是学出来的,是用出来的:或许你根本不知道任何模式,不考虑任何模式,却写着最优秀的代码,即使以"模式专家"的角度来看,都是最佳的设计,不得不说是"最佳的模式实践",这

java 状态模式 解说演示样例代码

package org.rui.pattern; import junit.framework.*; /** * 为了使同一个方法调用能够产生不同的行为,State 模式在代理(surrogate)的 * 生命周期内切换它所相应的实现(implementation).当你发现,在决定怎样实现任 对象去耦(Object decoupling) * http://blog.csdn.net/lxwde 28 何一个方法之前都必须作非常多測试的情况下,这是一种优化实现代码的方法.比如, * 童话故事青