【设计模式】二十一.行为型模式之状态模式

状态模式

一. 说明

状态模式通常描述一个类不同行为的多个状态变更，对象的行为依赖它的状态，它是一种行为型模式。
状态模式可以用来消除代码中大量的if-else结构，它明确对象是有状态的、对象的不同状态对应的行为不一样、行为之间是可以切换的。简单来讲，就是对象的状态只允许在某个或某些行为下发生改变，否则不允许该行为操作对象状态。

我们用生活中购物订单的例子来说明状态模式，图示如下：
在这里插入图片描述
从图示中可以看出：

  • 未支付的订单只能被用户做支付或者取消操作
  • 已支付的订单只能被用户发货前催单 (按催单对象不同分为两种催单形式)
  • 已发货的订单只能被用户发货后催单
  • 已签收的订单只能被用户评价或删除
  • 已删除的订单用户已经看不到了，无法做任何操作

总的来说就是用户订单的某个状态只能被用户的某个对应行为所改变，而其他行为是无法操作的。

二.应用场景

  1. 线上购物时的订单状态随着不同行为而变化
  2. 营销活动的上线审批流程，活动也是有状态变化的
  3. 游戏时控制的角色在不同环境下有不同的状态（buff加成或debuff时角色属性有不同的变化）

三.代码示例

以购物下单为例，我们在OrderService里实现几个行为：支付、取消订单、催单、判断是否可评价、删除订单这几个行为，按一般的写法是这样的：

先创建OrderService接口，提供几个方法

public interface OrderService {/*** 订单支付*/boolean pay(OrderDTO orderDTO);/*** 订单取消*/boolean cancel(OrderDTO orderDTO);/*** 催单*/boolean reminder(OrderDTO orderDTO);/*** 订单评价校验*/boolean isEvaluable(OrderDTO orderDTO);/*** 删除订单*/boolean delete(OrderDTO orderDTO);
}

实现Service接口，每个行为都需要判断在特定状态下才能操作

public class OrderServiceImpl implements OrderService {@Overridepublic boolean pay(OrderDTO orderDTO) {if (orderDTO.getState() == StateEnum.UNPAID) {System.out.println("pay-订单支付流程");orderDTO.setState(StateEnum.PAID);System.out.println("pay-订单支付成功");return true;}System.out.println("pay-该订单无法支付，当前状态为：" + orderDTO.getState().getName());return false;}@Overridepublic boolean cancel(OrderDTO orderDTO) {if (orderDTO.getState() == StateEnum.UNPAID) {System.out.println("cancel-订单取消流程");orderDTO.setState(StateEnum.CANCEL);System.out.println("cancel-订单取消成功");return true;}System.out.println("cancel-该订单无法取消，当前状态为：" + orderDTO.getState().getName());return false;}@Overridepublic boolean reminder(OrderDTO orderDTO) {if (orderDTO.getState() == StateEnum.PAID) {System.out.println("reminder-订单催单成功，催单对象为卖家");return true;}if (orderDTO.getState() == StateEnum.DELIVERED) {System.out.println("reminder-订单催单成功，催单对象为物流");return true;}System.out.println("reminder-该订单无法催单，当前状态为：" + orderDTO.getState().getName());return false;}@Overridepublic boolean isEvaluable(OrderDTO orderDTO) {if (orderDTO.getState() == StateEnum.SIGNED) {System.out.println("evaluable-订单可以评价");return true;}System.out.println("evaluable-该订单无法评价，当前状态为：" + orderDTO.getState().getName());return false;}@Overridepublic boolean delete(OrderDTO orderDTO) {if (orderDTO.getState() == StateEnum.SIGNED) {System.out.println("delete-订单删除流程");orderDTO.setState(StateEnum.DELETED);System.out.println("delete-订单删除成功");return true;}System.out.println("delete-订单无法删除，当前状态为：" + orderDTO.getState().getName());return false;}
}

编写测试代码

public static void main(String[] args) {OrderDTO orderDTO = new OrderDTO();orderDTO.setOrderId("202400001");orderDTO.setState(StateEnum.UNPAID);OrderService service = new OrderServiceImpl();service.pay(orderDTO);service.pay(orderDTO);service.cancel(orderDTO);service.reminder(orderDTO);orderDTO.setState(StateEnum.DELIVERED);service.reminder(orderDTO);orderDTO.setState(StateEnum.SIGNED);service.isEvaluable(orderDTO);service.delete(orderDTO);}

在这里插入图片描述

如上图代码所示，这些代码的特点是，OrderService下的每一方法（即行为），都需要考虑订单的各个状态，业务逻辑相对来说复杂一些，如果要增加一个新的订单状态，每个方法都要按需调整，扩展性不高，不符合开闭原则。

我们在SpringBoot环境中使用状态模式重构以上的订单流程：

首先需要引入另一组service，用来表示订单状态的一组业务，命名为OrderStateService，提供与OrderService一致的行为方法

public interface IOrderStateService {StateEnum getState();/*** 订单支付*/boolean pay(OrderDTO orderDTO);/*** 订单取消*/boolean cancel(OrderDTO orderDTO);/*** 催单*/boolean reminder(OrderDTO orderDTO);/*** 订单评价校验*/boolean isEvaluable(OrderDTO orderDTO);/*** 删除订单*/boolean delete(OrderDTO orderDTO);
}

再编写抽象业务，实现接口的方法，提供默认的实现，默认实现都是该订单状态不支持该行为操作，我们把真正的行为实现落地到具体的实现类上。

@Slf4j
public abstract class AbstractOrderStateService implements IOrderStateService {@Overridepublic boolean pay(OrderDTO orderDTO) {log.info("pay-该订单无法支付，当前状态为：{}", orderDTO.getState().getName());return false;}@Overridepublic boolean cancel(OrderDTO orderDTO) {log.info("cancel-该订单无法取消，当前状态为：{}", orderDTO.getState().getName());return false;}@Overridepublic boolean reminder(OrderDTO orderDTO) {log.info("reminder-该订单无法催单，当前状态为：{}", orderDTO.getState().getName());return false;}@Overridepublic boolean isEvaluable(OrderDTO orderDTO) {log.info("evaluable-该订单无法评价，当前状态为：{}", orderDTO.getState().getName());return false;}@Overridepublic boolean delete(OrderDTO orderDTO) {log.info("delete-该订单无法删除，当前状态为：{}", orderDTO.getState().getName());return false;}
}

再重写每个状态对应允许的行为操作，一旦重写即表示该状态允许该行为操作

//未支付状态重写支付、取消、删除方法
@Slf4j
@Service
public class UnpaidOrderStateService extends AbstractOrderStateService {@Overridepublic StateEnum getState() {return StateEnum.UNPAID;}@Overridepublic boolean pay(OrderDTO orderDTO) {log.info("pay-订单支付成功，当前订单状态：{}", orderDTO.getState().getName());orderDTO.setState(StateEnum.PAID);return true;}@Overridepublic boolean cancel(OrderDTO orderDTO) {log.info("cancel-订单取消成功，当前订单状态：{}", orderDTO.getState().getName());orderDTO.setState(StateEnum.CANCEL);return true;}@Overridepublic boolean delete(OrderDTO orderDTO) {log.info("delete-订单取消成功，当前订单状态：{}", orderDTO.getState().getName());orderDTO.setState(StateEnum.DELETED);return true;}
}

//已支付状态重写催单方法
@Slf4j
@Service
public class PaidOrderStateService extends AbstractOrderStateService {@Overridepublic StateEnum getState() {return StateEnum.PAID;}@Overridepublic boolean reminder(OrderDTO orderDTO) {log.info("发货前催单成功, 催单对象为卖家，当前订单状态：{}", orderDTO.getState().getName());return true;}
}

//已发货状态重写催单方法
@Slf4j
@Service
public class DeliveredOrderStateService extends AbstractOrderStateService {@Overridepublic StateEnum getState() {return StateEnum.DELIVERED;}@Overridepublic boolean reminder(OrderDTO orderDTO) {log.info("发货后催单成功, 催单对象为物流，当前订单状态：{}", orderDTO.getState().getName());return true;}
}

//已签收状态重写判断评价和删除方法
@Slf4j
@Service
public class SignedOrderStateService extends AbstractOrderStateService {@Overridepublic StateEnum getState() {return StateEnum.SIGNED;}@Overridepublic boolean isEvaluable(OrderDTO orderDTO) {log.info("订单允许评价，当前订单状态：{}", orderDTO.getState().getName());return true;}@Overridepublic boolean delete(OrderDTO orderDTO) {log.info("订单删除成功，当前订单状态：{}", orderDTO.getState().getName());orderDTO.setState(StateEnum.DELETED);return true;}
}

//已删除状态不做任何操作
@Service
public class DeletedOrderStateService extends AbstractOrderStateService {@Overridepublic StateEnum getState() {return StateEnum.DELETED;}
}

//已取消状态不做任何操作
@Service
public class CancelOrderStateService extends AbstractOrderStateService {@Overridepublic StateEnum getState() {return StateEnum.CANCEL;}
}

编写获取具体StateService的工厂类

@Component
public class OrderStateFactory {private final Map<StateEnum, IOrderStateService> stateMap = new HashMap<>();@Resourceprivate Set<IOrderStateService> orderStateServiceSet;@PostConstructpublic void init() {orderStateServiceSet.forEach(service -> {stateMap.put(service.getState(), service);});}public IOrderStateService getOrderStateService(StateEnum state) {return stateMap.get(state);}}

改造OrderService的实现类

@Service
public class OrderServiceImpl implements OrderService {@Resourceprivate OrderStateFactory orderStateFactory;@Overridepublic boolean pay(OrderDTO orderDTO) {return orderStateFactory.getOrderStateService(orderDTO.getState()).pay(orderDTO);}@Overridepublic boolean cancel(OrderDTO orderDTO) {return orderStateFactory.getOrderStateService(orderDTO.getState()).cancel(orderDTO);}@Overridepublic boolean reminder(OrderDTO orderDTO) {return orderStateFactory.getOrderStateService(orderDTO.getState()).reminder(orderDTO);}@Overridepublic boolean isEvaluable(OrderDTO orderDTO) {return orderStateFactory.getOrderStateService(orderDTO.getState()).isEvaluable(orderDTO);}@Overridepublic boolean delete(OrderDTO orderDTO) {return orderStateFactory.getOrderStateService(orderDTO.getState()).delete(orderDTO);}
}

编写测试代码

public static void test(){OrderServiceImpl service = (OrderServiceImpl) applicationContext.getBean("orderServiceImpl");OrderDTO orderDTO = new OrderDTO();orderDTO.setOrderId("202400001");orderDTO.setState(StateEnum.UNPAID);service.pay(orderDTO);service.pay(orderDTO);service.cancel(orderDTO);service.reminder(orderDTO);orderDTO.setState(StateEnum.DELIVERED);service.reminder(orderDTO);orderDTO.setState(StateEnum.SIGNED);service.isEvaluable(orderDTO);service.delete(orderDTO);}

在这里插入图片描述

可以看到，重构后实现了相同的业务功能，并且完全干掉了if-else的判断代码。后续新增某个订单状态，我们只需要扩展StateService的具体状态实现即可。虽然整个模块的类增加了，略显复杂，但我们牺牲复杂性去换取高可维护性和扩展性是相当值得的。

四. 总结

在状态模式中，我们把每一种状态都独立成一个类进行处理，这满足了单一职责和开闭原则。状态模式强调的是行为和状态的对应，只有在特定的业务场景下使用它，在通常三层架构的web开发中，对象的状态和对象行为一般都是分离的，所以在开发中我们使用地并不多。

状态模式和状态机也是有关系的，状态机类似一种开发引擎便于我们在开发中使用，它同样采用的是状态模式的思想实现的。

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

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

相关文章

鸿蒙开发学习——基本组件

鸿蒙开发学习——基本组件

文章目录 引言正文Image组件设置加载网络图片图片属性设置 Text组件设置文本显示内容text属性设置 TextInput输入文本TextInput Controller获取输入文本 Button按钮 引言 最近在学习鸿蒙系统开发&#xff0c;然后对着文档看还是有很多问题&#xff0c;这里结合官方给的demo进行…
阅读更多...
Baumer工业相机堡盟工业相机如何通过NEOAPI SDK实现相机掉线自动重连（C++）

Baumer工业相机堡盟工业相机如何通过NEOAPI SDK实现相机掉线自动重连（C++）

Baumer工业相机堡盟工业相机如何通过NEOAPI SDK实现相机掉线自动重连&#xff08;C&#xff09; Baumer工业相机Baumer工业相机的掉线自动重连的技术背景通过PnP事件函数检查Baumer工业相机是否掉线在NEOAPI SDK里实现相机掉线重连方法&#xff1a;工业相机掉线重连测试演示图 …
阅读更多...
魔改版小市值策略

魔改版小市值策略

策略思路 最近几年&#xff0c;小市值策略一直都收益不错&#xff08;当然&#xff0c;不包含17年和18年&#xff09;。小市值因子对收益的影响是很大的。特别是行情不好的时候&#xff0c;大家都忙着炒作热点&#xff0c;那么这时候符合题材的小市值更加符合炒作标准了。 为…
阅读更多...
《使用ThinkPHP6开发项目》 - ThinkPHP6创建菜单模块

《使用ThinkPHP6开发项目》 - ThinkPHP6创建菜单模块

#CSDN 年度征文&#xff5c;回顾 2023&#xff0c;赢专属铭牌等定制奖品# 一、创建菜单模块 1、创建系统菜单表 CREATE TABLE menu (id int(11) unsigned NOT NULL AUTO_INCREMENT COMMENT 菜单ID,menu_name varchar(32) NOT NULL DEFAULT COMMENT 菜单名称,path varchar(2…
阅读更多...
技术学习|CDA level I 描述性统计分析（常用的数据分布）

技术学习|CDA level I 描述性统计分析（常用的数据分布）

推断性统计分析方法的基础理论——常用的分布&#xff08;两点分布、二项分布、正态分布[含标准正态分布]、χ2分布、t分布、F分布。 随机试验&#xff1a;结果不确定的实验&#xff0c;例如&#xff0c;进行一次抛硬币实验&#xff0c;结果是不确定的。对于随机试验的结果&am…
阅读更多...
EM算法公式详细推导

EM算法公式详细推导

EM算法是什么&#xff1f; EM算法是一种迭代算法&#xff0c;用于含隐变量概率模型参数的极大似然估计&#xff0c;或极大后验概率估计。EM算法由两步组成&#xff1a;E步&#xff0c;求期望&#xff1b;M步&#xff1a;求极大。EM算法的优点是简单性和普适性。 符号说明&…
阅读更多...
关于系统设计的一些思考

关于系统设计的一些思考

0.前言 当我们站在系统设计的起点&#xff0c;面对一个新的需求&#xff0c;我们该如何开始呢&#xff1f;这是许多处于系统分析与设计领域的新手常常思考的问题。有些人可能会误以为&#xff0c;只要掌握了诸如面向对象、统一建模语言、设计模式、微服务、Serverless、Servic…
阅读更多...
Postman版IDEA插件！免费！

Postman版IDEA插件！免费！

Postman是大家最常用的API调试工具&#xff0c;那么有没有一种方法可以不用手动写入接口到Postman&#xff0c;即可进行接口调试操作&#xff1f;今天给大家推荐一款IDEA插件&#xff1a;Apipost Helper&#xff0c;写完代码就可以调试接口并一键生成接口文档&#xff01;而且还…
阅读更多...
CMU15-445-Spring-2023-Project #0 - C++ Primer

CMU15-445-Spring-2023-Project #0 - C++ Primer

前置任务。 Task #1 - Copy-On-Write Trie Copy-on-write (COW) Trie 在进行修改时&#xff0c;不会立即复制整个数据结构。相反&#xff0c;它会在需要修改的节点被多个引用的时候才进行复制。当要对某个节点进行写操作&#xff08;添加子节点或者继续向下insert&#xff09…
阅读更多...
花了一小时，拿python手搓了一个考研背单词软件

花了一小时，拿python手搓了一个考研背单词软件

听说没有好用的电脑端背单词软件&#xff1f;只好麻烦一下&#xff0c;花了一小时&#xff0c;拿python手搓了一个考研背单词软件。 代码已经开源在我的github上&#xff0c;欢迎大家STAR&#xff01; 其中&#xff0c;数据是存放在sqlite中&#xff0c;形近词跳转是根据jaro …
阅读更多...
OpenHarmony源码转换器—多线程特性转换

OpenHarmony源码转换器—多线程特性转换

本文讨论了如何将多线程的 Java 代码转换为 OpenHarmony ArkTS 代码​ 一、简介 Java 内存共享模型 以下示例伪代码和示意图展示了如何使用内存共享模型解决生产者消费者问题。 生产者消费者与共享内存间交互示意图 为了避免不同生产者或消费者同时访问一块共享内存的容器时…
阅读更多...
【小程序开发】解决 HBuilder X “本项目类型无法运行到小程序模拟器”

【小程序开发】解决 HBuilder X “本项目类型无法运行到小程序模拟器”

今天遇到一个奇怪的问题&#xff0c;从git导入的微信小程序项目准备运行到小程序模拟器时菜单没有展示出模拟器工具列表&#xff0c;而是展示了这么一个子菜单“本项目类型无法运行到小程序模拟器&#xff0c;点击看详情”。如下图&#xff1a; 点击是跳转到一个web链接。 我通…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023