【设计模式】订单状态流传中的状态机与状态模式

文章目录

  • 1. 前言
  • 2.状态模式
    • 2.1.订单状态流转案例
      • 2.1.1.状态枚举定义
      • 2.1.2.状态接口与实现
      • 2.1.3.状态机
      • 2.1.4.测试
    • 2.2.退款状态的拓展
      • 2.2.1.代码拓展
      • 2.2.2.测试
    • 2.3.小结
  • 3.总结

1. 前言

状态模式一般是用在对象内部的状态流转场景中，用来实现状态机。

什么是状态机呢？
状态机是对状态转移的抽象，由事件、状态、动作组成，事件有时候也被称为转移事件或者转移，当事件触发时，可以将状态由一个状态变更为另一个状态，并执行动作。其中，事件和状态是必须存在的，动作可以不要。

下面是一张状态图，表达的就是一个状态机的模型。
在这里插入图片描述
通俗来讲，就是对状态的变更做了一定的限制，不能随意的修改状态，而是只有处于某个特定的状态时，才能变更到另一个特定的状态。

2.状态模式

状态模式将状态抽象成一个个的状态对象，状态机当前持有某个状态对象，就表示当前的状态机处于什么状态。
然后将事件处理为一个个的方法，每个方法中会操作状态机修改状态，有需要的情况下，在修改状态的同时还可以执行某些动作。

把通用部分提取出来后，可以得到这样一个通用类图：
在这里插入图片描述

可以看到上面的StateMachine和State关系是双向的，这是因为状态机需要持有状态对象来表示当前状态，以及通过当前的状态对象中的方法进行状态的流转，而流转的结果需要重新set到状态机中，又要求State必须持有状态机对象。
当然，这里State对StateMachine的关系也可以通过依赖来表示。

2.1.订单状态流转案例

假设现在有一个商品订单的状态流转需求，状态图如下：
在这里插入图片描述
这里没有加退款的状态，后续的拓展例子上会加上，用这种方式来体验状态模式的拓展性。

我们拿着这个图的时候，可以简单的在脑海里面过一遍如果通过if/else或者switch来做，应该要怎么写，后续如果想把退款的状态加入进去又该怎么拓展，这种方式应该大家都会，就不在这里赘述了。

接下来，就一步步的通过状态模式来实现这么一个状态机。

2.1.1.状态枚举定义

定义状态枚举主要是为了统一状态常量，因为订单是需要落库的，我们在持久化到数据库时，不能把状态对象保存进去，所以会涉及到状态常量与状态对象的互相转换。定义的枚举如下：

import lombok.Getter;@Getter
public enum OrderStateEnum {WAIT_PAYMENT(1, "待支付"),WAIT_DELIVER(2, "待发货"),WAIT_RECEIVE(3, "待收货"),RECEIVED(4, "已收货"),CANCEL(5, "已取消");private final int state;private final String desc;OrderStateEnum(int state, String desc) {this.state = state;this.desc = desc;}public int getState() {return state;}public String getDesc() {return desc;}
}

2.1.2.状态接口与实现

先上代码：

public interface OrderState {OrderStateEnum orderStateType();default void pay(OrderStateMachine stateMachine) {System.out.println("|--当前订单状态不支持支付，已忽略");}default void cancel(OrderStateMachine stateMachine) {System.out.println("|--当前订单状态不支持取消，已忽略");}default void deliver(OrderStateMachine stateMachine) {System.out.println("|--当前订单状态不支持发货，已忽略");}default void receive(OrderStateMachine stateMachine) {System.out.println("|--当前订单状态不支持收货，已忽略");}
}

接口中定义的pay,cancel等方法就是事件，供子类进行实现，相信大家也发现了，这些事件没有定义成抽象方法，而是通过default定义成了一个实例方法。不太清楚为什么的同学，可以先思考一下为什么要这么定义。

其实这么定义的好处是各个状态子类只需要实现自己需要的方法，而不用把所有的方法都实现一遍，这种做法在Spring中也比较常见，在JDK8之前通常是用xxxWrapper来实现的，JDK8之后就重构为直接使用default方法来实现了。

举个例子：后续如果需要加入退款状态，接口中也会新增一个提交退款的事件，在各个子类中，选择需要实现提交退款事件的状态子类进行重写即可，而不需要所有的子类都重写。

有多少个状态，就有多少个实现类，并按照上面的状态图，在对应的状态中实现自己需要的事件。

  • 待支付状态：有支付和取消两种事件
    public class WaitPaymentState implements OrderState {@Overridepublic OrderStateEnum orderStateType() {return OrderStateEnum.WAIT_PAYMENT;}@Overridepublic void pay(OrderStateMachine stateMachine) {stateMachine.setCurrentState(new WaitDeliverState());}@Overridepublic void cancel(OrderStateMachine stateMachine) {stateMachine.setCurrentState(new CancelState());}
}
  • 待发货状态：有发货事件
    public class WaitDeliverState implements OrderState {@Overridepublic OrderStateEnum orderStateType() {return OrderStateEnum.WAIT_DELIVER;}@Overridepublic void deliver(OrderStateMachine stateMachine) {stateMachine.setCurrentState(new WaitReceiveState());}
}
  • 待收货状态：有收货事件
    public class WaitReceiveState implements OrderState {@Overridepublic OrderStateEnum orderStateType() {return OrderStateEnum.WAIT_RECEIVE;}@Overridepublic void receive(OrderStateMachine stateMachine) {stateMachine.setCurrentState(new ReceivedState());}
}
  • 已收货状态：状态结束点，没有其他事件
    public class ReceivedState implements OrderState {@Overridepublic OrderStateEnum orderStateType() {return OrderStateEnum.RECEIVED;}}
  • 取消状态：状态结束点，没有其他事件
    public class CancelState implements OrderState {@Overridepublic OrderStateEnum orderStateType() {return OrderStateEnum.CANCEL;}
}

2.1.3.状态机

状态机中需要持有当前状态对象，同时需要把状态接口中的事件同步定义到状态机中，以便外部业务对象调用。
除此之外，状态枚举常量与状态对象之间的映射关系也可以直接配置在当前状态机中，功能更加内聚。

public class OrderStateMachine {public static final Map<OrderStateEnum, OrderState> ORDER_STATE_MAP = new HashMap<>();static {ORDER_STATE_MAP.put(OrderStateEnum.WAIT_PAYMENT, new WaitPaymentState());ORDER_STATE_MAP.put(OrderStateEnum.WAIT_DELIVER, new WaitDeliverState());ORDER_STATE_MAP.put(OrderStateEnum.WAIT_RECEIVE, new WaitReceiveState());ORDER_STATE_MAP.put(OrderStateEnum.RECEIVED, new ReceivedState());ORDER_STATE_MAP.put(OrderStateEnum.CANCEL, new CancelState());}private OrderState currentState;public OrderStateMachine(OrderStateEnum orderStateEnum) {this.currentState = ORDER_STATE_MAP.get(orderStateEnum);}public OrderState getCurrentState() {return currentState;}public void setCurrentState(OrderState currentState) {this.currentState = currentState;}void pay() {currentState.pay(this);}void deliver() {currentState.deliver(this);}void receive() {currentState.receive(this);}void cancel() {currentState.cancel(this);}}

2.1.4.测试

做一下状态机的测试，由于打印的日志重复度很高，这里取了个巧，将函数作为参数封装了一下：

public class OrderService {public static void main(String[] args) {OrderStateMachine stateMachine = new OrderStateMachine(OrderStateEnum.WAIT_DELIVER);invoke(stateMachine::pay, "用户支付", stateMachine);invoke(stateMachine::deliver, "商家发货", stateMachine);invoke(stateMachine::receive, "用户收货", stateMachine);invoke(stateMachine::cancel, "取消支付", stateMachine);}public static void invoke(Runnable runnable, String desc, OrderStateMachine stateMachine) {System.out.println(desc + "前订单状态: " + stateMachine.getCurrentState().orderStateType().getDesc());runnable.run();System.out.println(desc + "后订单状态: " + stateMachine.getCurrentState().orderStateType().getDesc());System.out.println("------------------");}
}

以待发货作为状态常量创建了一个状态机，状态机当前的状态就是待发货，下面的四个调用中，第1,4个是不会改变状态的，第2,3个会改变状态，下面以执行结果来验证猜测：

用户支付前订单状态: 待发货
|--当前订单状态不支持支付，已忽略
用户支付后订单状态: 待发货
------------------
商家发货前订单状态: 待发货
商家发货后订单状态: 待收货
------------------
用户收货前订单状态: 待收货
用户收货后订单状态: 已收货
------------------
取消支付前订单状态: 已收货
|--当前订单状态不支持取消，已忽略
取消支付后订单状态: 已收货
------------------

2.2.退款状态的拓展

通过状态模式来实现状态机，看重的就是它带来的拓展性和易维护性，所以在原有的基础上，加上退款的事件和状态，一起看看需要做些什么事。

2.2.1.代码拓展

下面是加入了退款的状态图：
在这里插入图片描述
通过状态图可以看到，需要加入：

  • 两个状态：退款中和已退款
  • 两个事件：申请退款和确认退款
  • 原有状态拓展：待发货、待收货、已收货 3个状态中都需要引入申请退款事件

综上，一步一步的拓展代码：

  • 第一步：拓展枚举常量
    public enum OrderStateEnum {WAIT_PAYMENT(1, "待支付"),WAIT_DELIVER(2, "待发货"),WAIT_RECEIVE(3, "待收货"),RECEIVED(4, "已收货"),CANCEL(5, "已取消"),REFUNDING(6, "退款中"),REFUNDED(7, "已退款"),;// 省略后续代码……
}
  • 第二步：拓展状态接口
    public interface OrderState {// 省略已有代码……default void refund(OrderStateMachine stateMachine) {System.out.println("|--当前订单状态不支持退款，已忽略");}default void confirmRefund(OrderStateMachine stateMachine) {System.out.println("当前订单状态不支持确认退款，已忽略");}
}
  • 第三步：新增两个状态，退款中与已退款
public class RefundingState implements OrderState {@Overridepublic OrderStateEnum name() {return OrderStateEnum.REFUNDING;}@Overridepublic void confirmRefund(OrderStateMachine stateMachine) {stateMachine.setCurrentState(new RefundedState());}
}

public class RefundedState implements OrderState {@Overridepublic OrderStateEnum name() {return OrderStateEnum.REFUNDED;}
}
  • 第四步：拓展原有状态，待发货，待收货，已收货
public class WaitDeliverState implements OrderState {// 省略已有代码……@Overridepublic void refund(OrderStateMachine stateMachine) {stateMachine.setCurrentState(new RefundingState());}
}

public class WaitReceiveState implements OrderState {// 省略已有代码……@Overridepublic void refund(OrderStateMachine stateMachine) {stateMachine.setCurrentState(new RefundingState());}}

public class ReceivedState implements OrderState {// 省略已有代码……@Overridepublic void refund(OrderStateMachine stateMachine) {stateMachine.setCurrentState(new RefundingState());}}
  • 第五步：拓展状态机
public class OrderStateMachine {public static final Map<OrderStateEnum, OrderState> ORDER_STATE_MAP = new HashMap<>();static {// 省略已有状态……ORDER_STATE_MAP.put(OrderStateEnum.REFUNDING, new RefundingState());ORDER_STATE_MAP.put(OrderStateEnum.REFUNDED, new RefundedState());}// 省略已有方法……void refund() {currentState.refund(this);}void confirmRefund() {currentState.confirmRefund(this);}
}

2.2.2.测试

在上面的代码中可以看到，都是在对配置进行追加，而没有对原有的逻辑做任何的修改，然后写一个测试：

public class OrderService {public static void main(String[] args) {OrderStateMachine stateMachine = new OrderStateMachine(OrderStateEnum.WAIT_DELIVER);invoke(stateMachine::pay, "用户支付", stateMachine);invoke(stateMachine::deliver, "商家发货", stateMachine);invoke(stateMachine::receive, "用户收货", stateMachine);invoke(stateMachine::cancel, "取消支付", stateMachine);invoke(stateMachine::refund, "申请退款", stateMachine);invoke(stateMachine::confirmRefund, "确认退款", stateMachine);}public static void invoke(Runnable runnable, String desc, OrderStateMachine stateMachine) {System.out.println(desc + "前订单状态: " + stateMachine.getCurrentState().orderStateType().getDesc());runnable.run();System.out.println(desc + "后订单状态: " + stateMachine.getCurrentState().orderStateType().getDesc());System.out.println("------------------");}}

查看日志，是否触发退款：

用户支付前订单状态: 待发货
|--当前订单状态不支持支付，已忽略
用户支付后订单状态: 待发货
------------------
商家发货前订单状态: 待发货
商家发货后订单状态: 待收货
------------------
用户收货前订单状态: 待收货
用户收货后订单状态: 已收货
------------------
取消支付前订单状态: 已收货
|--当前订单状态不支持取消，已忽略
取消支付后订单状态: 已收货
------------------
申请退款前订单状态: 已收货
申请退款后订单状态: 退款中
------------------
确认退款前订单状态: 退款中
确认退款后订单状态: 已退款
------------------

2.3.小结

从上面的代码可以看到，通过状态模式可以很轻松的对状态进行拓展。

不过上面的例子中没有对状态机中的动作进行实现，其实动作和状态转换的逻辑放在一起就可以了，即通过事件（方法调用） 可以变更状态，同时也能够触发对应的动作。

此外，代码中只是状态机的流程，实际的开发中应该将状态机关联到对应的业务实体中，通过业务实体的实时状态来创建状态机，在完成状态流转之后再将状态更新到业务实体中。

3.总结

本篇主要讲述了如何通过状态模式来实现一个状态机。状态模式的实现，代码结构清晰（相对于if/else,switch）拓展性强，同时也起到了良好的封装效果（状态在状态机内部流转，业务流程不需要关心状态到底是怎么流转的）。

当然缺点就是类膨胀问题，类会比较多，如果状态非常复杂的情况下，也可以采取其他办法来实现状态机，例如查表法。

总之，要分析并实现一个业务流程中的状态流转的时候，先画出状态图，以状态图为指导来选择状态机的实现方式即可，在状态相对不那么复杂的情况下，可以优先考虑使用状态模式。

附:《【UML建模】状态图（State Machine Diagram）》

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

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

相关文章

设计模式之中介者模式（Mediator）的C++实现

设计模式之中介者模式（Mediator）的C++实现

1、中介者模式的提出 在软件组件开发过程中&#xff0c;如果存在多个对象&#xff0c;且这些对象之间存在的相互交互的情况不是一一对应的情况&#xff0c;这种功能组件间的对象引用关系比较复杂&#xff0c;耦合度较高。如果有一些新的需求变化&#xff0c;则不易扩展。中介者…
阅读更多...
CS：GO升级 Linux不再是“法外之地”

CS：GO升级 Linux不再是“法外之地”

在前天的VAC大规模封禁中&#xff0c;有不少Linux平台的作弊玩家也迎来了“迟到”的VAC封禁。 　　一直以来&#xff0c;Linux就是VAC封禁的法外之地。虽然大部分玩家都使用Windows平台进行游戏。但实际上&#xff0c;使用Linux畅玩CS:GO的玩家也不在少数。 以前V社主要打击W…
阅读更多...
用pytorch实现google net

用pytorch实现google net

GoogleNet&#xff08;也称为Inception v1&#xff09;是由Google在2014年提出的一个深度卷积神经网络架构。它在ImageNet Large Scale Visual Recognition Challenge (ILSVRC) 2014比赛中取得了优秀的成绩&#xff0c;并引起了广泛的关注。 GoogleNet的设计目标是构建一个更…
阅读更多...
matlab 检测点云中指定尺寸的矩形平面

matlab 检测点云中指定尺寸的矩形平面

目录 一、概述1、算法概述2、主要函数二、代码示例三、结果展示四、参数解析输入参数名称-值对应参数输出参数五、参考链接一、概述 1、算法概述 detectRectangularPlanePoints：检测点云中指定尺寸的矩形平面 <
阅读更多...
Ae 效果：CC Twister

Ae 效果：CC Twister

过渡/CC Twister Transition/CC Twister CC Twister&#xff08;CC 扭曲器&#xff09;效果主要用于创造出扭曲、旋转的动画效果&#xff0c;适用于背景动画、文字动画以及过渡动画等场景。 ◆ ◆ ◆ 效果属性说明 Completion 完成度 控制过渡的进度&#xff0c;0 %时为动画起…
阅读更多...
流媒体服务-传输延时（SEI插帧）

流媒体服务-传输延时（SEI插帧）

什么是延时 很多小伙伴认为&#xff0c;当推流端和拉流端显示的时间不一致&#xff0c;即为延时。 其实这种看法是比较片面的&#xff0c;不同的播放器&#xff0c;对同一路流进行测试&#xff0c;可能会得到不同的结果。 一般来说&#xff0c;延时为以下几个部分的累加组成 …
阅读更多...
图解算法--排序算法

图解算法--排序算法

目录 1.冒泡排序算法 2.选择排序算法 3.插入排序算法 4.希尔排序算法 5.归并排序算法 6.快速排序算法 1.冒泡排序算法 原理讲解&#xff1a; 从待排序的数组中的第一个元素开始&#xff0c;依次比较当前元素和它相邻的下一个元素的大小。如果当前元素大于相邻元素&#x…
阅读更多...
【JavaEE进阶】MyBatis的创建及使用

【JavaEE进阶】MyBatis的创建及使用

文章目录 一. MyBatis简介二. MyBatis 使用1. 数据库和数据表的创建2. 创建Mybatis项目2.1 添加MyBatis框架支持2.2 设置MyBatis配置信息 3. MyBatis开发流程4. MyBatis查询数据库测试 三. MyBatis 流程1. MyBatis 查询数据库流程2. MyBatis 框架交互流程图 一. MyBatis简介 M…
阅读更多...
《Java极简设计模式》第04章：建造者模式(Builder)

《Java极简设计模式》第04章：建造者模式(Builder)

作者&#xff1a;冰河 星球&#xff1a;http://m6z.cn/6aeFbs 博客&#xff1a;https://binghe.gitcode.host 文章汇总&#xff1a;https://binghe.gitcode.host/md/all/all.html 源码地址&#xff1a;https://github.com/binghe001/java-simple-design-patterns/tree/master/j…
阅读更多...
什么是微服务？

什么是微服务？

2.微服务的优缺点 优点 单一职责原则每个服务足够内聚&#xff0c;足够小&#xff0c;代码容易理解&#xff0c;这样能聚焦一个指定的业务功能或业务需求&#xff1b;开发简单&#xff0c;开发效率提高&#xff0c;一个服务可能就是专一的只干一件事&#xff1b;微服务能够被小…
阅读更多...
TCP中窗口和滑动窗口的含义以及流量控制

TCP中窗口和滑动窗口的含义以及流量控制

一.窗口 在TCP中由于要保证可靠性&#xff0c;所以每发送一条数据后&#xff0c;都需要接收方返回一条应答报文&#xff0c;要是我们每发送一条数据&#xff0c;发送方就等待接收应答报文&#xff0c;收到之后再去发送下一条数据&#xff0c;这样我们就会花费大量的时间在等待应…
阅读更多...
Python土力学与基础工程计算.PDF-钻探泥浆制备

Python土力学与基础工程计算.PDF-钻探泥浆制备

Python 求解代码如下&#xff1a; 1. rho1 2.5 # 黏土密度&#xff0c;单位&#xff1a;t/m 2. rho2 1.0 # 泥浆密度&#xff0c;单位&#xff1a;t/m 3. rho3 1.0 # 水的密度&#xff0c;单位&#xff1a;t/m 4. V 1.0 # 泥浆容积&#xff0c;单位&#xff1a;…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023