设计模式——行为型模式之状态模式、备忘录模式(状态转换还在用if-else和switch吗?还不知道备份和恢复怎么实现吗?)

本文介绍了状态模式和备忘录模式。状态模式用于动态改变对象的功能,根据对象状态转换图,减少if-else或switch语句。备忘录模式则在对象状态需要保存和恢复时发挥作用,通过创建备份状态对象实现。文章以电梯状态变化为例解释了状态模式,并以博客丢失恢复为例说明备忘录模式,强调了两种模式在简化代码和增强灵活性上的优点。
摘要由CSDN通过智能技术生成


前言

作者更有一系列设计模式文章(还在持续更新),图例丰富,少量代码,适合入门,系列文章见末尾跳转

一、状态模式定义

状态模式:提供一种一对多的转化设计,当对象状态发生转变时,能够动态修改对象功能,使得对象状态变更。

可以通过状态转化图的形式表示:

状态转化图:通过描绘系统的状态及引起系统状态转换的事件,来表示系统的行为。

  • 此外状态转换图还指明了作为特定事件的结果系统将做哪些动作(例如,处理数据),因此状态转换图提供了行为建模机制。
  • 在状态转换图中,每一个节点代表一个状态,其中双圈是终结状态。

以电梯状态变化为例子:

在这里插入图片描述

  • 电梯在关闭时,可以运行电梯到达运行状态,也可以在运行前再次停止(刷新状态),也可以打开电梯门。
  • 在开启时,不能直接运行,开启时只可能为停止下的开启,开门状态下可以关门。
  • 停止状态(来自关门状态),可以开门,也可以运行。
  • 运行状态,只能通过停止来转变状态

二、状态模式的结构

在这里插入图片描述

  • State/StateA…:状态定义类,支持各个状态下的行为。
  • Context: 状态保存类,保存当前状态信息,可以修改状态,运行当前状态下的行为。
class User{
	public static void main(String[] args){
		Context context=new Context();
		context.setState(new StateA());
		//当前在状态A
		
		context.request("输出A状态的行为")
		//当前执行的StateA的处理函数
		
		context.setState(new StateB());
		//修改为状态B
		
		context.request("输出B状态的行为")
		//当前执行的StateB的处理函数
	}
}

按照上面电梯的例子,通过在状态内部函数执行时修改状态(为了简单只实现开关转换):

abstract class State{
	protected Context context;//需要在状态中转换状态
	public setContext(Context context){
		this.context=context;
	}
	//定义开门
	public abstract void opendor();
	//定义关门
	public abstract void closedor();
}

class OpenningState extends State{
	@Override
	public void opendor(){
		System.out.println("已经是打开状态了");
	}
	@Override
	public void closedor(){
		System.out.println("正在关闭电梯");
		//修改状态,在Context中用静态量来保存状态
		super.context.setState(Context.closeingState);
	}
}

class OpenningState extends State{
	@Override
	public void closedor(){
		System.out.println("已经是关闭状态了");
	}
	@Override
	public void opendor(){
		System.out.println("正在打开电梯");
		//修改状态,在Context中用静态量来保存状态
		super.context.setState(Context.openningState);
	}
}

class Context{
	public final static OpenningState openningState=new OpenningState();
	public final static CloseingState closeingState=new CloseingState();
	private State state;
	public State getSate(){
		return state;
	}
	public void setState(State state){
		this.state=state;
		this.state.setContext(this);
	}
	public void opendor(){
		state.opendor();
	}
	public void closedor(){
		state.closedor();
	}
}

public class Test{
	public static void main(String[] arg){
		Context context=new Context();
		//设置初始状态为关闭
		context.setState(Context.closeingState);
		context.opendor();
		//“正在打开电梯”
		context.closedor();
		//“正在关闭电梯”
	}
}

Context中保存了当前状态,当前状态又记录了Context,方便在执行完状态转换的函数(比如在关闭时执行打开电梯,就是一次状态转换)时修改Context中保存的当前状态。

即Context执行了当前状态State子类的状态转换函数——函数中更新了Context的当前状态——此时Context的函数变为另一个状态的相应函数。

三、备忘录模式定义

备忘录模式:在对象之外保存对象内部状态,在对象被修改后,允许通过外部保存的状态恢复。

比如你正在写一篇博客,然后写到一半copy一份到备忘录上保存一下,之后快写完了就发生喜闻乐见的失误操作(完全删除+自动保存等或者奇妙消失)导致你的博客草稿全无…
然后你可以通过备忘录恢复一部分…这就是备忘录模式!!!

四、备忘录模式结构

在这里插入图片描述

  • Originator: 需要备份的源对象,能够creatMemento()输出一个备份状态,通过restore(memento)恢复备份状态。
  • Memento:需要保存的状态信息的集合,不一定要保存Originator全部信息,可以只需要一部分,String可以改为自定义的一个Originator的属性集合。
  • Caretaker: 备份请求者和保存者,相当于用户(可以请求Originator获取一个备份,然后保存,向Originator输送备份信息)
public class Demo{
	private static Originator o=new Originator();
	private static Caretaker c=new Caretaker();
	public static void main(String[] args){
		o.setState("现在我是这个状态");
		c.save(o.creatMemento());//c保存了o创建的状态信息
		o.setState("现在我修改了状态");

		o.restore(c.retrieve());//o获取了c保存的备份信息
		//现在o是"现在我是这个状态"这个备份的状态。

五、总结和评价

状态模式和备忘录模式都是保存修改对象状态的行为型模式——

  • 状态模式:面对对象状态修改较多,状态间变化较为频繁的设计需求,能够在状态内部实现状态转换,而不是一串if-else或者switch语句来控制状态,实现了状态责任的分割。

  • 备忘录模式:应用于对象需要保存和恢复的情况,不是又对象自身负责自己的保存,而是输出一个状态类,让其他类来保存状态(可以同时保存多个状态)。

综上所述:

  • 状态模式优点:
  1. 封装了状态转换规则
  2. 灵活、简洁:方便添加新状态,避免了复杂的控制语句块
  3. 减少了对象个数:状态对象可以实现复用(此时状态不能绑定环境对象)
  • 备忘录模式优点:
  1. 实现了对象的备份和保存,支持了撤销操作等
  • 缺点:
  • 使用结构复杂,需要巧妙的逻辑设计(状态模式先画状态图),增加了类的数量

设计模式系列文章

系列文章:

一、创建型模式——工厂模式
二、创建型模式——单例模式、原型模式
三、创建型模式——建造者模式
四、结构型模式——装饰者模式
五、结构型模式——代理、适配器模式
六、结构型模式——外观模式
七、结构型模式——组合模式、桥接模式、享元模式
八、行为型模式——观察者模式
九、行为型模式——迭代器模式
十、行为型模式——模板方法、策略方法模式
十一、行为型模式——命令模式
十二、行为型模式——责任链模式
十三、行为型模式——状态模式、备忘录模式


结尾

作者长期更新,如果觉得本文还算不错的话,请给我一个大大的赞!!!
如果非常赞同这篇文章,请关注我,持续了解更多精彩博文!!!

作者主攻Java Web方向,平时长期更新Java Web基础概念文章,以及算法和数据结构——【一日双题—见微知著】系列。同时设计模式系列也会尽快一月内完结

  • 2
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 2
    评论
设计模式之备忘录 和 状态模式精讲 19.1 场景问题 19.1.1 开发仿真系统 考虑这样一个仿真应用,功能是:模拟运行针对某个具体问题的多个解决方案,记录运行过程的各种数据,在模拟运行完成过后,好对这多个解决方案进行比较和评价,从而选定最优的解决方案。 这种仿真系统,在很多领域都有应用,比如:工作流系统,对同一问题制定多个流程,然后通过仿真运行,最后来确定最优的流程做为解决方案;在工业设计和制造领域,仿真系统的应用就更广泛了。 由于都是解决同一个具体的问题,这多个解决方案并不是完全不一样的,假定它们的前半部分运行是完全一样的,只是在后半部分采用了不同的解决方案,后半部分需要使用前半部分运行所产生的数据。 由于要模拟运行多个解决方案,而且最后要根据运行结果来进行评价,这就意味着每个方案的后半部分的初始数据应该是一样,也就是说在运行每个方案后半部分之前,要保证数据都是由前半部分运行所产生的数据,当然,咱们这里并不具体的去深入到底有哪些解决方案,也不去深入到底有哪些状态数据,这里只是示意一下。 那么,这样的系统该如何实现呢?尤其是每个方案运行需要的初始数据应该一样,要如何来保证呢? 19.1.2 不用模式的解决方案 要保证初始数据的一致,实现思路也很简单: 首先模拟运行流程第一个阶段,得到后阶段各个方案运行需要的数据,并把数据保存下来,以备后用 每次在模拟运行某一个方案之前,用保存的数据去重新设置模拟运行流程的对象,这样运行后面不同的方案时,对于这些方案,初始数据就是一样的了 根据上面的思路,来写出仿真运行的示意代码,示例代码如下: /** * 模拟运行流程A,只是一个示意,代指某个具体流程 */ public class FlowAMock { /** * 流程名称,不需要外部存储的状态数据 */ private String flowName; /** * 示意,代指某个中间结果,需要外部存储的状态数据 */ private int tempResult; /** * 示意,代指某个中间结果,需要外部存储的状态数据 */ private String tempState; /** * 构造方法,传入流程名称 * @param flowName 流程名称 */ public FlowAMock(String flowName){ this.flowName = flowName; } public String getTempState() { return tempState; } public void setTempState(String tempState) { this.tempState = tempState; } public int getTempResult() { return tempResult; } public void setTempResult(int tempResult) { this.tempResult = tempResult; } /** * 示意,运行流程的第一个阶段 */ public void runPhaseOne(){ //在这个阶段,可能产生了中间结果,示意一下 tempResult = 3; tempState = "PhaseOne"; } /** * 示意,按照方案一来运行流程后半部分 */ public void schema1(){ //示意,需要使用第一个阶段产生的数据 this.tempState += ",Schema1"; System.out.println(this.tempState + " : now run "+tempResult); this.tempResult += 11; } /** * 示意,按照方案二来运行流程后半部分 */ public void schema2(){ //示意,需要使用第一个阶段产生的数据 this.tempState += ",Schema2"; System.out.println(this.tempState + " : now run "+tempResult); this.tempResult += 22; } } (2)看看如何使用这个模拟流程的对象,写个客户端来测试一下。示例代码如下: public class Client { public static void main(String[] args) { // 创建模拟运行流程的对象 FlowAMock mock = new FlowAMock("TestFlow"); //运行流程的第一个阶段 mock.runPhaseOne(); //得到第一个阶段运行所产生的数据,后面要用 int tempResult = mock.getTempResult(); String tempState = mock.getTempState(); //按照方案一来运行流程后半部分 mock.schema1(); //把第一个阶段运行所产生的数据重新设置回去 mock.setTempResult(tempResult); mock.setTempState(tempState); //按照方案二来运行流程后半部分 mock.schema2(); } } 运行结果如下: PhaseOne,Schema1 : now run 3 PhaseOne,Schema2 : now run 3
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

代码之狐

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值