重修设计模式-行为型-状态模式

重修设计模式-行为型-状态模式

先了解一下状态机的概念，状态机是软件编程中对一种状态场景的抽象表达，构成状态机三要素是：状态（State）、事件（Event）、动作（Action），事件也称为转移条件，事件驱动状态的转移，并触发对应的动作，其中动作的触发不是必须的。

状态机是一种抽象概念，而状态模式是状态机的一种编码实现方式，其实还有分支判断法和图表法可以实现状态机。

以电商中订单系统为例，订单有待付款，待发货，待收货，已完成和已取消状态，而且每个状态还要有特定的事件才能驱动状态的转移和动作触发，比如待付款状态的订单，由付款和取消事件驱动订单到待发货和已取消状态，不响应发货事件；待发货状态订单只由发货和取消事件驱动到下一状态，而且取消后还要触发退款的动作，用一个图来表示这个关系：
在这里插入图片描述
订单是一种非常典型的状态机场景，这种场景的状态、事件和动作都是可以预见的，编码时可以先表达出状态机的三要素：

//订单状态：
enum class OrderState(val value: Int, val desc: String) {WAIT_PAYMENT(0, "待付款"),WAIT_SHIPMENT(1, "待发货"),WAIT_RECEIPT(2, "待收货"),COMPLETED(3, "已完成"),CANCELLED(4, "已取消")
}//触发动作：
object ActionGroup {fun moneyToPlatform() {println("行为：付款给平台...")}fun moneyToSeller() {println("行为：金额打给商家...")}fun moneyToBuyer() {println("行为：金额退还给买家...")}
}//状态机：
class OrderStateMachine {private var currentState: OrderState = OrderState.WAIT_PAYMENT//事件：买家付款fun payment() {}//事件：商家发货fun shipment() {}//事件：买家收货fun receipt() {}//事件：买家/商家取消fun cancelled() {}
}

下面是测试代码，共测试了三个流程，其中流程一、二状态是正常的状态流转，流程三在取消状态后再调用发货事件，用于检查程序是否响应这一错误事件。

fun main() {println("流程一：")val stateMachine1 = OrderStateMachine()stateMachine1.payment()stateMachine1.shipment()stateMachine1.receipt()println("")println("流程二：")val stateMachine2 = OrderStateMachine()stateMachine2.cancelled()println("")println("流程三：")val stateMachine3 = OrderStateMachine()stateMachine3.payment()stateMachine3.cancelled()stateMachine3.shipment()println("")
}

准备工作都做好了，下面开始用三种方法进行状态机的实现。

1.状态机实现—分支判断法：

这种方式会将需求简单的直译成代码，集中处理事件逻辑，并在每个事件中考虑所有状态的实现，下面按照这种方式将代码补全：

//状态机：
class OrderStateMachine {private var currentState: OrderState = OrderState.WAIT_PAYMENT  //已待付款作为初始状态//事件：买家付款fun payment() {println("事件：买家付款")when (currentState) {OrderState.WAIT_PAYMENT -> {ActionGroup.moneyToPlatform()currentState = OrderState.WAIT_SHIPMENT}OrderState.WAIT_SHIPMENT, OrderState.WAIT_RECEIPT, OrderState.COMPLETED, OrderState.CANCELLED -> {println("待发货、待收货、已完成和已取消的订单不用付款...")}}println("订单状态: ${currentState.desc}")}//事件：商家发货fun shipment() {println("事件：商家发货")when (currentState) {OrderState.WAIT_SHIPMENT -> {currentState = OrderState.WAIT_RECEIPT}OrderState.WAIT_PAYMENT, OrderState.WAIT_RECEIPT, OrderState.COMPLETED, OrderState.CANCELLED -> {println("待付款、待收货、已完成和已取消的订单不用发货...")}}printState()}//事件：买家收货fun receipt() {println("事件：买家收货")when (currentState) {OrderState.WAIT_RECEIPT -> {ActionGroup.moneyToSeller()currentState = OrderState.COMPLETED}OrderState.WAIT_PAYMENT, OrderState.WAIT_SHIPMENT, OrderState.COMPLETED, OrderState.CANCELLED -> {println("待付款，待发货、已完成和已取消的订单不用收货...")}}printState()}//事件：买家/商家取消fun cancelled() {println("事件：买家/商家取消")when (currentState) {OrderState.WAIT_PAYMENT -> {currentState = OrderState.CANCELLED}OrderState.WAIT_SHIPMENT -> {ActionGroup.moneyToBuyer()currentState = OrderState.CANCELLED}OrderState.WAIT_RECEIPT, OrderState.COMPLETED, OrderState.CANCELLED -> {println("待收货、已完成和已取消的订单不能取消...")}}printState()}fun printState() {println("订单状态: ${currentState.desc}")}}

运行一下看结果：

流程一：
事件：买家付款
动作：付款给平台...
订单状态: 待发货
事件：商家发货
订单状态: 待收货
事件：买家收货
动作：金额打给商家...
订单状态: 已完成流程二：
事件：买家/商家取消
订单状态: 已取消流程三：
事件：买家付款
动作：付款给平台...
订单状态: 待发货
事件：买家/商家取消
动作：金额退还给买家...
订单状态: 已取消
事件：商家发货
待付款、待收货、已完成和已取消的订单不用发货...
订单状态: 已取消

可以看到流程一二状态正常流转，流程三已取消订单并不会响应发货事件，代码执行结果是符合预期的。

再看上述代码，包含了大量的 if-else / switch-case 判断（ when 是 Kotlin语言表达 switch-case 的语法糖），这些冗长的分支逻辑很容易改错代码引发Bug，可读性很差。如果再增加 待评价 状态和 评价 事件，那么这时代码的改动会涉及到所有事件方法，代码维护性也很差。

这种实现方法只适合简单的状态机，对于复杂的状态机还是用下面两种实现方式。

2.状态机实现—查表法：

我们把事件也抽象成枚举：

//订单事件：
enum class OrderEvent(val value: Int, val desc: String) {PAYMENT(0, "事件：买家付款"),SHIPMENT(1, "事件：商家发货"),RECEIPT(2, "事件：买家收货"),CANCEL(3, "事件：买家/商家取消")
}

再根据上面的状态流转图，定义出状态的流转表：

状态\事件PAYMENTSHIPMENTRECEIPTCANCEL
WAIT_PAYMENTWAIT_SHIPMENT
（动作：moneyToPlatform）		\\CANCELLED
WAIT_SHIPMENT\WAIT_RECEIPT\CANCELLED
动作：moneyToBuyer
WAIT_RECEIPT\\COMPLETED
动作：moneyToSeller		\
COMPLETED\\\\
CANCELLED\\\\

这个表也是查表法的核心，只要能在代码中正确的表达这个表，就可以非常简单的实现状态机，这里用了一个取巧的方式，将状态枚举和事件枚举的 value 和所在数组下标进行了对应，代码如下：

//状态机：
class OrderStateMachine2 {//状态-事件流转表private val STATE_EVENT_TABLE = arrayOf(arrayOf<OrderState?>(OrderState.WAIT_SHIPMENT, null, null, OrderState.CANCELLED),arrayOf<OrderState?>(null, OrderState.WAIT_RECEIPT, null, OrderState.CANCELLED),arrayOf<OrderState?>(null, null, OrderState.COMPLETED, null),arrayOf<OrderState?>(null, null, null, null),arrayOf<OrderState?>(null, null, null, null))//状态-动作触发表private val STATE_ACTION_TABLE = arrayOf(arrayOf<Function0<Unit>?>(::moneyToPlatform, null, null, null),arrayOf<Function0<Unit>?>(null, null, null, ::moneyToBuyer),arrayOf<Function0<Unit>?>(null, null, ::moneyToSeller, null),arrayOf<Function0<Unit>?>(null, null, null, null),arrayOf<Function0<Unit>?>(null, null, null, null))private var currentState: OrderState = OrderState.WAIT_PAYMENT  //已待付款作为初始状态//事件：买家付款fun payment() {println("事件：买家付款")executeEvent(OrderEvent.PAYMENT)println("订单状态: ${currentState.desc}")}//事件：商家发货fun shipment() {println("事件：商家发货")executeEvent(OrderEvent.SHIPMENT)printState()}//事件：买家收货fun receipt() {println("事件：买家收货")executeEvent(OrderEvent.RECEIPT)printState()}//事件：买家/商家取消fun cancel() {println("事件：买家/商家取消")executeEvent(OrderEvent.CANCEL)printState()}private fun executeEvent(event: OrderEvent) {//触发动作STATE_ACTION_TABLE.getOrNull(currentState.value)?.getOrNull(event.value)?.invoke()val nextState = STATE_EVENT_TABLE.getOrNull(currentState.value)?.getOrNull(event.value)if (nextState != null) {currentState = nextState} else {println("${currentState.desc}不响应${event.desc}")}}fun printState() {println("订单状态: ${currentState.desc}")}
}

执行结果：

流程一：
事件：买家付款
动作：付款给平台...
订单状态: 待发货
事件：商家发货
订单状态: 待收货
事件：买家收货
动作：金额打给商家...
订单状态: 已完成流程二：
事件：买家/商家取消
订单状态: 已取消流程三：
事件：买家付款
动作：付款给平台...
订单状态: 待发货
事件：买家/商家取消
动作：金额退还给买家...
订单状态: 已取消
事件：商家发货
已取消不响应事件：商家发货
订单状态: 已取消

这种方式的核心是维护好两个表，如果新增状态和事件，那么只需要关注表关系是否正确即可，甚至无需对其他代码进行改动，比较适合状态比较多的场景。缺点是对于动作触发不是很灵活，由于每个动作触发的参数传递可能不一样，状态和动作甚至有依赖关系，这种场景下查表法就非常不灵活了。

3.状态机实现—状态模式：

查表法对于复杂动作场景有一定局限性，分支判断法的代码可读性和可维护性比较差，接下来就是主角-状态模式出场了。

状态模式其实就是对分支判断法的进一步封装，通过将事件触发导致的状态转移和动作执行，拆分到不同的状态类中，从而避免大量分支判断逻辑，提高代码可读性和可扩展性，这就是状态模式。

首先定义出事件接口：

//状态流转事件接口，各状态需实现：
interface IOrder {fun getDesc(): String//Kotlin中接口支持默认实现（高版本的Java也支持了）fun payment(stateMachine: OrderStateMachine3): Unit {println("${stateMachine.getOrderState().getDesc()}不响应事件：买家付款")}fun shipment(stateMachine: OrderStateMachine3): Unit {println("${stateMachine.getOrderState().getDesc()}不响应事件：商家发货")}fun receipt(stateMachine: OrderStateMachine3): Unit {println("${stateMachine.getOrderState().getDesc()}不响应事件：买家收货")}fun cancel(stateMachine: OrderStateMachine3): Unit {println("${stateMachine.getOrderState().getDesc()}不响应事件：买家/商家取消")}
}

定义所有状态类，并实现总的事件接口，然后根据具体状态选择实现抽象的事件方法，并在方法中实现状态流转和动作的触发逻辑。比如待付款状态订单只关心付款事件和取消事件，那么只实现这两个方法即可：

//object是Kotlin的单例写法,JVM 加载类时就创建了单例对象
//状态：待付款
object OrderWaitPayment : IOrder {override fun getDesc(): String = "待付款"override fun payment(stateMachine: OrderStateMachine3) {stateMachine.setOrderState(OrderWaitShipment)println("动作：付款给平台...")}override fun cancel(stateMachine: OrderStateMachine3) {stateMachine.setOrderState(OrderCanceled)}
}//状态：待发货
object OrderWaitShipment : IOrder {override fun getDesc(): String = "待发货"override fun shipment(stateMachine: OrderStateMachine3) {stateMachine.setOrderState(OrderWaitReceipt)}override fun cancel(stateMachine: OrderStateMachine3) {stateMachine.setOrderState(OrderCanceled)println("动作：金额退还给买家...")}}//状态：待收货
object OrderWaitReceipt : IOrder {override fun getDesc(): String = "待收货"override fun receipt(stateMachine: OrderStateMachine3) {stateMachine.setOrderState(OrderCompleted)println("动作：金额打给商家...")}
}//状态：已完成
object OrderCompleted: IOrder {override fun getDesc(): String = "已完成"
}//状态：已取消
object OrderCanceled: IOrder {override fun getDesc(): String = "已取消"
}

状态机代码：

//状态机：
class OrderStateMachine3 {private var currentState: IOrder = OrderWaitPayment  //待付款作为初始状态fun setOrderState(orderState: IOrder) {currentState = orderState}fun getOrderState(): IOrder = currentState//事件：买家付款fun payment() {println("事件：买家付款")currentState.payment(this)printState()}//事件：商家发货fun shipment() {println("事件：商家发货")currentState.shipment(this)printState()}//事件：买家收货fun receipt() {println("事件：买家收货")currentState.receipt(this)printState()}//事件：买家/商家取消fun cancel() {println("事件：买家/商家取消")currentState.cancel(this)printState()}private fun printState() {println("订单状态: ${currentState.getDesc()}")}
}

执行结果：

流程一：
事件：买家付款
动作：付款给平台...
订单状态: 待发货
事件：商家发货
订单状态: 待收货
事件：买家收货
动作：金额打给商家...
订单状态: 已完成流程二：
事件：买家/商家取消
订单状态: 已取消流程三：
事件：买家付款
动作：付款给平台...
订单状态: 待发货
事件：买家/商家取消
动作：金额退还给买家...
订单状态: 已取消
事件：商家发货
已取消不响应事件：商家发货
订单状态: 已取消

代码输出符合预期，如果增加新的状态和事件，那么只需要新增个状态类和方法即可，扩展非常方便，可读性也很高。

缺点是如果状态非常多，也需要定义出大量的状态类，如果状态类的实现又只涉及状态流转而少有事件执行，那么类的模板代码甚至超过具体逻辑代码，就得不偿失了，这种情况图表法更适用。

总结

状态机三要素：状态（State）、事件（Event）、动作（Action），事件驱动状态的流转，并触发动作的执行。

实现状态及三种方式：

  • 分支判断法：

    优点：实现简单，适合状态较少的简单场景。

    缺点：大量 if-else 或 switch-case 代码，可读性和可扩展性差，不适合复杂逻辑。

  • 查表法：

    优点：代码中只需维护好状态流转表即可，代码比较直观，适合状态较多，且增加频繁的场景。

    缺点：不适合动作执行复杂的场景，如订单系统

  • 状态模式：

    优点：分支判断法的进一步封装，加强了代码可读性和扩展性，适合状态数量适中，动作执行复杂的场景。

    缺点：大量状态会导致状态类繁多，体积变大。

如何选择状态机的实现方法还需要根据具体场景，考虑当前需求实现健壮性，保持一定前瞻性，编码初期避免过度封装，适时重构，保持良好编码习惯。

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.rhkb.cn/news/400243.html

如若内容造成侵权/违法违规/事实不符，请联系长河编程网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

相关文章

【测试】趣味五子棋项目测试报告

【测试】趣味五子棋项目测试报告

一、项目概述以及本次测试的目标 本项目是基于Web的五子棋实时对战应用&#xff0c;为用户提供多人实时游戏体验&#xff1b;项目采用了前后端分离的方法来实现&#xff0c;使用了数据库来存储相关的数据&#xff1b;前端主要有四个页面构成&#xff1a;登录页面&#xff0c;注…
阅读更多...
多重背包问题

多重背包问题

文章目录 朴素算法基本思想代码 二进制优化算法基本思想代码 单调队列优化多重背包基本思想代码 多重背包我们其实可以看成为01背包和完全背包的组合。也可以把多重背包问题只转换成01背包问题&#xff0c;我们一起来看看解题思路。 朴素算法 基本思想 比如第i件物品有s个,我…
阅读更多...
作业08.13

作业08.13

一、TCP机械臂测试 通过w(红色臂角度增大)s&#xff08;红色臂角度减小&#xff09;d&#xff08;蓝色臂角度增大&#xff09;a&#xff08;蓝色臂角度减小&#xff09;按键控制机械臂 注意&#xff1a;关闭计算机的杀毒软件&#xff0c;电脑管家&#xff0c;防火墙 1&#x…
阅读更多...
CRC校验算法详解、C语言实现

CRC校验算法详解、C语言实现

一、前言 1.1 CRC算法介绍 CRC&#xff08;Cyclic Redundancy Check&#xff09;校验算法是一种广泛应用于数据通信和存储系统中的错误检测方法&#xff0c;主要用于检测数据在传输过程中是否发生了改变。CRC算法通过计算一个固定长度的校验码&#xff0c;将该校验码附加到原…
阅读更多...
Linux：进程

Linux：进程

先了解一下这篇的基础知识 操作系统简述-CSDN博客还有这篇 ok我们来说进程 进程是什么&#xff1f; 在Windows下我们按下EscCtrlShift召唤任务管理器&#xff0c;查看Windows下的进程 我们的进程也是由操作系统管理的&#xff0c;操作系统对进程的管理也是先描述再组织。 …
阅读更多...
Docker Hub 镜像代理加速

Docker Hub 镜像代理加速

因为未知原因&#xff0c;docker hub 已经不能正常拉取镜像&#xff0c;可以使用以下代理服务来进行&#xff1a; "https://docker.m.daocloud.io", "https://noohub.ru", "https://huecker.io", "https://dockerhub.timeweb.cloud"…
阅读更多...
更深层的理解视觉Transformer， 对视觉Transformer的剖析

更深层的理解视觉Transformer， 对视觉Transformer的剖析

写在前面&&笔者的个人理解 目前基于Transformer结构的算法模型已经在计算机视觉&#xff08;CV&#xff09;领域展现出了巨大的影响力。他们在很多基础的计算机视觉任务上都超过了之前的卷积神经网络&#xff08;CNN&#xff09;算法模型&#xff0c;下面是笔者找到的…
阅读更多...
无字母绕过webshell

无字母绕过webshell

目录 代码 payload构造 php7 php5 构造payload 代码 不可以使用大小写字母、数字和$然后实现eval的注入执行 <?php if(isset($_GET[code])){$code $_GET[code];if(strlen($code)>35){die("Long.");}if(preg_match("/[A-Za-z0-9_$]/",$code))…
阅读更多...
JavaEE 的入门

JavaEE 的入门

1. 学习JavaEE Java EE(Java Platform Enterprise Edition), Java 平台企业版. 是JavaSE的扩展, ⽤于解决企业级的开 发需求, 所以也可以称之为是⼀组⽤于企业开发的Java技术标准. 所以, 学习JavaEE主要是学习Java在 企业中如何应⽤. 前⾯学习的是Java基础, JavaEE 主要学习Jav…
阅读更多...
easyExcel2.1.6自动trim()的问题

easyExcel2.1.6自动trim()的问题

环境&#xff1a;easyExcel 2.1.6 问题&#xff1a;easyExcel会自动忽略String中的空格&#xff0c;调用trim()函数&#xff0c;导致excel中的空格失效。 代码如上所示&#xff0c;所以只需要把globalConfiguration的autoTrim()&#xff0c;设置为false即可 那么怎么设置confi…
阅读更多...
【区块链+金融服务】河北股权交易所综合金融服务平台 | FISCO BCOS应用案例

【区块链+金融服务】河北股权交易所综合金融服务平台 | FISCO BCOS应用案例

区域性股权市场是我国资本市场的重要组成部分&#xff0c;是多层次资本市场体系的基石。河北股权交易所&#xff08;简称&#xff1a;河交所&#xff09; 作为河北省唯一一家区域性股权市场运营机构&#xff0c;打造河北股权交易所综合金融服务平台&#xff0c;将区块链技术与区…
阅读更多...
Linux centos stream 9命令及源码

Linux centos stream 9命令及源码

学过linux操作系统的人，对文件、命令比较熟悉。最多的操作是用命令处理文件。 随着学习的深入，会提出疑问:命令长什么样？ 出于好奇，会找到命令存放的地方，用cat命令看一下，结果可想而知。 我们知道，命令分内部命令和外部命令，存放在不同的位置。外部命令就是一个可执…
阅读更多...
OpenAI API error: “Unrecognized request argument supplied“

OpenAI API error: “Unrecognized request argument supplied“

题意&#xff1a;OpenAI API 错误&#xff1a;‘提供了无法识别的请求参数’ 问题背景&#xff1a; Im receiving an error when calling the OpenAI API. Its not recognizing file argument, which I submitted to the API. 我在调用 OpenAI API 时遇到错误。API 不识别我提…
阅读更多...
HikariCP连接池：Possibly consider using a shorter maxLifetime value.

HikariCP连接池：Possibly consider using a shorter maxLifetime value.

相关的SQL总结&#xff1a; session级别&#xff1a; show variables like %timeout%; mysql的global级别&#xff1a; show global variables like %timeout%; # 对应 mysql 修改配置&#xff08;单位 秒&#xff09; set global wait_timeout300; set global interacti…
阅读更多...
C++结构体指针强制转换以处理电力系统IEC103报文

C++结构体指针强制转换以处理电力系统IEC103报文

前言 最近依旧是开发规约解析工具的103篇&#xff0c;已经完成了通用分类服务部分的解析&#xff0c;现在着手开始搞扰动数据传输&#xff0c;也就是故障录波的传输。 在103故障录波&#xff08;扰动数据&#xff09;的报文中&#xff0c;数据是一个数据集一个数据集地存放&a…
阅读更多...
51单片机学习记录-数码管操作

51单片机学习记录-数码管操作

这里实现了静态数码管的显示。51单片机一共有可以显示4个数字&#xff0c;可以通过控制P2(4-2)的端口选择8个数字显示器中的一个显示数字&#xff0c;控制P0端口写入显示的数值信息。将操作的逻辑使用了函数Nixie进行了封装。 #include <8051.h>unsigned char NixieTabl…
阅读更多...
思科默认路由配置2

思科默认路由配置2

#路由协议实现# #任务二默认路由配置2# #1配置计算机的IP地址、子网掩码和网关 #2配置Router-A的名称及其接口IP地址 Router(config)#hostname Router-A Router-A(config)#int g0/0 Router-A(config-if)#ip add 192.168.1.1 255.255.255.0 Router-A(config-if)#no shutdow…
阅读更多...
Selenium + Python 自动化测试07（滑块的操作方法）

Selenium + Python 自动化测试07（滑块的操作方法）

我们的目标是&#xff1a;按照这一套资料学习下来&#xff0c;大家可以独立完成自动化测试的任务。 本篇文章主要讲述如何操作滑块。 目前很多系统登录或者注册的页面都有滑块相关的验证&#xff0c;selenium 中对滑块的基本操作采用了元素的拖曳的方式。需要用到Actiochains模…
阅读更多...
应用兼容性问题-abi动态库错误分析和解决

应用兼容性问题-abi动态库错误分析和解决

1&#xff0c;应用名和现象 运行环境&#xff1a; 云手机 现象&#xff1a; 2&#xff0c;分析 --------- beginning of crash 08-14 03:59:59.014 28740 28740 E AndroidRuntime: FATAL EXCEPTION: main 08-14 03:59:59.014 28740 28740 E AndroidRuntime: Process: com.ks…
阅读更多...
大型、复杂、逼真的安全服和安全帽检测：数据集和方法

大型、复杂、逼真的安全服和安全帽检测：数据集和方法

智能升级工地安全&#xff1a;SFCHD数据集与SCALE模块介绍 在人工智能&#xff08;AI&#xff09;技术飞速发展的今天&#xff0c;其在建筑工地安全领域的应用正逐渐展现出巨大潜力。尤其是高风险行业如化工厂的施工现场&#xff0c;对工人的保护措施要求极为严格。个人防护装…
阅读更多...
最新文章
推荐文章

Copyright @ 2022~2023