- 浏览: 109301 次
- 性别:
- 来自: 成都
最近访客 更多访客>>
文章分类
最新评论
-
dev_liu:
lipengyu2006 写道现在怎么样儿了啊 房子多少钱买 ...
最近比较心烦 -
lipengyu2006:
现在怎么样儿了啊 房子多少钱买的。
最近比较心烦 -
cynan168:
...
hibernate数据查询的几种方式 -
My_Choice:
joram中文文档 -
My_Choice:
非常感谢,太有用了,中文文档不好找啊,而且是这么详细的
joram中文文档
设计模式之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:
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 的处理是复杂的.
参考资源:
the State and Stategy
How to implement state-dependent behavior
The state patterns
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:
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 的处理是复杂的.
参考资源:
the State and Stategy
How to implement state-dependent behavior
The state patterns
发表评论
-
追MM与Java的23种设计模式[转]
2007-01-20 03:09 1151... -
设计模式之Factory
2007-01-20 02:58 1130定义:提供创建对象的接口. 为何使用? 工厂模式是我们最常用的 ... -
设计模式之Visitor
2007-01-20 02:54 1085Visitor 定义 作用于某个对象群中各个对象的操作. 它 ... -
设计模式之Interpreter(解释器)
2007-01-20 02:53 1137Interpreter 定义: 定义语言的文法 ,并且建立一 ... -
设计模式之Mediator(中介者)
2007-01-20 02:53 1159Mediator 定义: 用一个中介对象来封装一系列关于对象 ... -
设计模式之Strategy(策略)
2007-01-20 02:51 1069Strategy 是属于设计模式中 对象行为型模式,主要是定 ... -
设计模式之Command
2007-01-20 02:49 958Command 模式是最让我疑惑的一个模式,我在阅读了很多代 ... -
设计模式之Chain of Responsibility(职责链)
2007-01-20 02:47 1081Chain of Responsibility 定义 Cha ... -
设计模式之Observer
2007-01-20 02:46 958Java 深入到一定程度,就 ... -
设计模式之Memento(备忘机制)
2007-01-20 02:45 1071Memento 定义: memento 是一个保存另外一个对 ... -
设计模式之Template
2007-01-20 02:41 817Template 定义: 定义一个操作中算法的骨架,将一些步 ... -
设计模式之Flyweight(享元)
2007-01-20 02:40 959板桥里人 http://www.jdon.com 2002/ ... -
设计模式之Bridge
2007-01-20 02:39 923Bridge 定义 : 将抽象和行为划分开来,各自独立,但能 ... -
设计模式之Composite(组合)
2007-01-20 02:38 861Composite 定义: 将对象以树形结构组织起来,以达成 ... -
设计模式之Adapter(适配器)
2007-01-20 02:36 812定义: 将两个不兼容的 ... -
设计模式之Proxy(代理)
2007-01-20 02:35 1083理解并使用设计模式, ... -
设计模式之Facade(外观)
2007-01-20 02:34 812Facade 的定义: 为子系统中的一组接口提供一个一致的界 ... -
设计模式之Builder
2007-01-20 02:33 939Builder 模式定义: 将一个复杂对象的构建与它的表示分 ... -
设计模式之Singleton(单态)
2006-12-28 21:28 1023定义: Singleton 模式主要作用是保证在Java 应 ... -
设计模式之Prototype(原型)
2006-12-28 21:22 1167定义: 用原型实例指定创建对象的种类,并且通过拷贝这些原型 ...
相关推荐
试谈java设计模式之State.doc
创建模式: 设计模式之Factory 设计模式之Prototype(原型) 设计模式之Builder ...设计模式之State 设计模式之Strategy(策略) 设计模式之Mediator(中介者) 设计模式之Interpreter(解释器) 设计模式之Visitor
章节介绍:1、爪哇语言结构性模式之变压器模式介绍 2、爪哇语言抽象工厂创立性模式介绍 3、工厂方法创立...10、设计模式之State 11、设计模式之Facade(外观) 12、设计模式之Interpreter(解释器) 13、设计模式之Visitor
设计模式参考文档 创建模式: 设计模式之Factory 设计模式之Prototype(原型) ...设计模式之State 设计模式之Strategy(策略) 设计模式之Mediator(中介者) 设计模式之Interpreter(解释器) 设计模式之Visitor
。
。
。。。
。。。
主要介绍了java 设计模式之State(状态模式)的相关资料,一个类的行为基于它的状态的改变而改变。状态模式归属于行为型模式,需要的朋友可以参考下
设计模式C++学习之状态模式(State)
http://blog.csdn.net/feiyinzilgd/archive/2011/04/05/6302717.aspx (C++ State 设计模式博客)演示源代码。用C++实现并较详细的讲述了Sate模式的意图和工作状态。
State模式在实际使用中比较多,适合"状态的切换".因为我们经常会使用If elseif else 进行状态切换, 如果针对状态的这样判断切换反复出现,我们就要联想到是否可以采取State模式了. 不只是根据状态,也有根据属性.如果...
状态模式(State) 用意:允许一个对象当状态改变时,改变其行为。
设计模式之 State(状态) 状态是编程中经常碰到的实例,将状态对象化,设立状态变换器,便可在状态中轻松切换. 设计模式之 Memento(注释状态?) 很简单一个模式,就是在内存中保留原来数据的拷贝. 设计模式之 ...
C#面向对象设计模式纵横谈(22):(行为型模式) State 状态模式
java入门 介绍了为什么要使用Java 抽象类,该模式原理简单,使用很普遍. 设计模式之Strategy(策略) 不同算法... 设计模式之State(状态) 状态是编程中经常碰到的实例,将状态对象化,设立状态变换器,便可在状态中轻松切换.
允许一个对象在其内部状态改变时改变它的行为。对象看起来似乎修改了它所属的类。
该PDF是我在学习state pattern时所做的笔记。里面包括了state pattern 的定义、何时使用、是否使用及实例四个部分,实例部分写的比较细,看完这个实例,相信大家也就知道怎么在自己的项目中应用state pattern了。这...
设计模式一日一练-state 设计模式一日一练-state
NULL 博文链接:https://wy649898543.iteye.com/blog/1434590