java状态机设计模式_Java设计模式之状态模式详解

(本文由言念小文原创,转载请注明出处)

在实际工作中经常遇到某个对象,处于不同的状态有不同行为逻辑、且状态之间可以相互迁移的业务场景,特别是在开发通信协议栈类软件中尤为多见。《设计模式之禅》这本书中对状态模式有着非常详尽的讲解(目前为止我认为讲解得最好的书),但总觉得自己没能够理解透彻、灵活运用。直到今年完成了一个通信协议软件的开发,重新研究了“状态机”,然后回过头来理解当初学习的状态模式,豁然开朗。因此,本文先从状态机开始讲解,然后结合状态机详细阐述状态模式的两种实现方式,最后给出状态模式的优缺点及其使用场景。

一 案例描述

按照老风格,本文先描述一个场景案例,然后围绕案例来展开后文。相信每个人都用过手机的应用商城,通常在应用商城中会将可以安装的app以列表(listview)的形式呈现,一个应用占据列表的一个子项(item),如下图1所示:

aa7efb6839e826117bc1986325489438.png

图1

我们将注意力聚焦到item的按钮上:

a当检测到可安装的app,按钮显示“安装”;

b点击按钮,软件会去下载app安装包,这时按钮更新视图,显示“正在下载”(即安装进度);

c下载完成后,软件自动安装app,按钮显示“正在安装”;

d安装完成后,按钮显示“打开”,这时点击按钮将打开对应的app。

通常,一切顺利,我们安装一个app,按钮会经历“安装”“正在下载”“正在安装”“打开”四种状态。可惜的是,往往事有多磨:

当下载app安装包时,可能出现下载异常,这时按钮切换状态到“下载失败”,点击按钮,软件重新尝试下载,按钮切换状态到“正在下载”;

当安装app时,可能出现安装失败,这时按钮切换状态到“安装失败”,点击按钮,软件重新尝试安装,按钮切换状态到“正在安装”;

以上,便是我们更新一个软件时,可能遇到情况。后文,我们将实现上述功能的软件模块称为“app安装模块”,本文将以这个案例为基础,围绕实现“app安装模块”展开状态机和状态模式的讲解。

二 状态机

1.什么是状态机

通常我们工作中接触到的状态机都是有限状态机,那么什么是有限状态机呢?偷个懒直接百度大挪移:

有限状态机,(英语:Finite-state machine, FSM),又称有限状态自动机,简称状态机,是表示有限个状态以及在这些状态之间的转移和动作等行为的数学模型。

注意这个定义里面两个关键字“有限状态”“自动机”。“有限状态”指明状态机中的状态是有限且明确的,在案例中button的状态有:待安装、正在下载、下载失败、正在安装、安装失败、待打开。“自动机”说明状态机中:状态及状态下对应动作是在状态机内部自动转换和执行的,调用状态机的客户端,无需关心状态机内部的状态迁移和动作执行。

2.1 状态机的构成要素

状态机由以下四大要素构成:

现态(Qn) -- 当前状态机所处的状态。

次态(Qn+1) -- 状态机要迁移到的新状态。

事件(EVENT)(又称为条件) --状态机的触发信号;事件到来,能够触发状态机执行特定动作,或进行状态迁移,或二者皆执行;事件一般来自于状态机外部。

动作(ACTION) -- 事件到来后,状态机执行的动作,动作执行完后,状态机可迁移到新状态也可维持原状态,故而对于状态机中的某一状态,动作并非必须。

2.2 状态机的描述方式

状态机的描述方式有两种:状态迁移图和状态机表。

状态迁移图:

状态迁移图通过图形的方式来描述对象的全部状态逻辑,这种方式比较直观、清晰。状态迁移图由状态、状态迁移、事件和动作构成。其中,事件和动作写在状态迁移的带箭头线条上,如图2所示,图2为“app安装模块”状态迁移图,圆圈和双圆圈表示起始和结束状态。

7316dda4befa684fd7dde86307c12d25.png

图2 “app安装”状态迁移图

状态机表:

状态迁移表通过矩阵的方式,描述状态机的状态迁移与行为逻辑。状态机表有两种写法:

第一种,横竖表头都为状态,横表头为现态,竖表头为次态,现态和次态相交的单元格为事件触发后要执行的动作,如表1所示:

现态

次态

待安装

下载中

下载失败

安装中

安装失败

待打开

待安装

-

-

-

-

-

-

下载中

download()

-

download()

-

-

-

下载失败

-

undo()

-

-

-

-

安装中

install()

install()

-

-

install()

-

安装失败

-

-

-

undo()

-

-

待打开

-

-

-

undo()

-

open()

表1

注意1:途中undo()为表示只做状态转移,实际不执行其他动作。

注意2:由于不论什么状态,只要状态迁移了,都会有UI上变化,因此更新UI的动作updateView()不重复的提现啊状态机图和状态机表中。

第二种,横表头为现态,竖表头为事件触发后的动作,现态和动作相交的单元格,为次态。

现态

动作

待安装

下载中

下载失败

安装中

安装失败

待打开

download()

下载中

-

下载中

-

-

-

install()

安装中

安装中

-

-

安装中

-

open()

-

-

-

待打开

-

待打开

表2

两种状态机表各有特点,第一种比较适合状态较多的情况,第二种适合动作比较多的情况(根据小文的个人工程经验,比较推荐第二种)。从状态表中可以看到,状态表不能很好的描述出单个状态和动作的触发事件,因此通常状态表还是需要和状态迁移图结合使用的。

2.1 状态机的运行过程

状态机的运行实际是状态的迁移和对应动作的执行,这里我总结如下的运行分支:

<
  • 0
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
内容简介: 设计模式是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠性、程序的重用性。 本课程内容定位学习设计原则,学习设计模式的基础。在实际开发过程中,并不是一定要求所有代码都遵循设计原则,我们要考虑人力、时间、成本、质量,不是刻意追求完美,要在适当的场景遵循设计原则,体现的是一种平衡取舍,帮助我们设计出更加优雅的代码结构。本章将详细介绍开闭原则(OCP)、依赖倒置原则(DIP)、单一职责原则(SRP)、接口隔离原则(ISP)、迪米特法则(LoD)、里氏替换原则(LSP)、合成复用原则(CARP)的具体内容。 为什么需要学习这门课程? 你在日常的开发中,会不会也遇到过同样的问题。系统出现问题,不知道问题究竟出在什么位置;当遇到产品需求,总是对代码缝缝补补,不能很快的去解决。而且平时工作中,总喜欢把代码堆在一起,出现问题时,不知道如何下手,工作效率很低,而且自己的能力也得不到提升。而这些都源于一个问题,那就是软件设计没做好。这门课能帮助你很好的认识设计模式,让你的能力得到提升。课程大纲: 为了让大家快速系统了解设计模式知识全貌,我为您总结了思维导图,帮您梳理学习重点,建议收藏!

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值