状态模式原理剖析

news2024/11/24 4:18:39

《状态模式原理剖析》

状态模式（State Pattern） 是一种行为设计模式，它允许对象在其内部状态改变时改变其行为。换句话说，当对象状态发生变化时，它的行为也会随之变化。

核心思想：

状态模式将对象的不同状态封装成独立的类，并让对象在不同的状态下有不同的行为。状态模式通过将状态的行为和逻辑封装在状态类中，使得状态之间的转换变得清晰、易扩展。

UML 类图：状态模式

在这里插入图片描述

角色说明：

  1. Context（上下文类）：
    • 持有一个 State 对象，表示当前的状态。
    • 负责将状态的转换委托给具体的状态类。
  2. State（抽象状态类）：
    • 定义了一个 handle() 方法，用于处理当前状态的逻辑。
  3. ConcreteState（具体状态类）：
    • 实现 State 接口，负责在具体状态下的行为。
    • 不同的具体状态类表示对象在不同状态下的不同行为。

案例：订单状态管理

场景描述：

在电商平台或者订餐系统中，订单的状态是一个典型的使用状态模式的场景。订单的状态通常包括以下几种：

  • 新订单（NewOrder）：订单刚创建。
  • 已付款（Paid）：订单已付款，等待发货。
  • 已发货（Shipped）：订单已经发货，等待确认收货。
  • 已完成（Completed）：订单交易完成。
  • 取消订单（Cancelled）：订单被取消。

每个订单的状态都会影响订单的行为。例如，只有在新订单状态下，用户才可以取消订单；在已付款状态下，用户不能取消订单，但可以查询发货状态；而在已完成或取消状态下，订单是不可修改的。

状态模式处理的好处：

  1. 避免复杂的 if-else 条件判断：不同状态下的订单行为各不相同，使用状态模式可以避免在代码中出现大量的 if-else 条件判断（如：if(order.status == "paid") { ... } else if(order.status == "shipped") { ... }）。
  2. 状态行为封装：将每种状态的行为封装到相应的状态类中，使得状态切换清晰，便于维护和扩展。
  3. 提高扩展性：当需要新增或修改订单状态时，可以通过新增状态类而不影响现有代码逻辑，符合开闭原则。

代码实现：订单状态管理

Step 1: 定义状态接口

我们首先定义一个 OrderState 接口，声明了订单状态下的所有可能的行为，比如支付、发货、取消和完成

// 状态接口：订单状态
public interface OrderState {
    void pay(OrderContext context);
    void ship(OrderContext context);
    void cancel(OrderContext context);
    void complete(OrderContext context);
}

Step 2: 实现具体的状态类

新订单状态（NewOrderState）

当订单处于新订单状态时，可以进行支付或取消操作，但不能发货或完成。

// 具体状态类：新订单状态
public class NewOrderState implements OrderState {

    @Override
    public void pay(OrderContext context) {
        System.out.println("Order paid. Moving to Paid state.");
        context.setState(new PaidOrderState());
    }

    @Override
    public void ship(OrderContext context) {
        System.out.println("Cannot ship order. Order is not paid yet.");
    }

    @Override
    public void cancel(OrderContext context) {
        System.out.println("Order cancelled.");
        context.setState(new CancelledOrderState());
    }

    @Override
    public void complete(OrderContext context) {
        System.out.println("Cannot complete order. Order is not paid yet.");
    }
}

已付款状态（PaidOrderState）

当订单处于已付款状态时，可以发货，但不能取消订单。

// 具体状态类：已付款状态
public class PaidOrderState implements OrderState {

    @Override
    public void pay(OrderContext context) {
        System.out.println("Order is already paid.");
    }

    @Override
    public void ship(OrderContext context) {
        System.out.println("Order shipped. Moving to Shipped state.");
        context.setState(new ShippedOrderState());
    }

    @Override
    public void cancel(OrderContext context) {
        System.out.println("Cannot cancel. Order is already paid.");
    }

    @Override
    public void complete(OrderContext context) {
        System.out.println("Cannot complete order. Order is not shipped yet.");
    }
}

已发货状态（ShippedOrderState）

当订单处于已发货状态时，可以完成订单，但不能再发货或取消订单。

// 具体状态类：已发货状态
public class ShippedOrderState implements OrderState {

    @Override
    public void pay(OrderContext context) {
        System.out.println("Order is already paid and shipped.");
    }

    @Override
    public void ship(OrderContext context) {
        System.out.println("Order is already shipped.");
    }

    @Override
    public void cancel(OrderContext context) {
        System.out.println("Cannot cancel. Order is already shipped.");
    }

    @Override
    public void complete(OrderContext context) {
        System.out.println("Order completed. Moving to Completed state.");
        context.setState(new CompletedOrderState());
    }
}

已完成状态（CompletedOrderState）

订单已经完成后，所有操作都无法再进行。

// 具体状态类：已完成状态
public class CompletedOrderState implements OrderState {

    @Override
    public void pay(OrderContext context) {
        System.out.println("Cannot pay. Order is already completed.");
    }

    @Override
    public void ship(OrderContext context) {
        System.out.println("Cannot ship. Order is already completed.");
    }

    @Override
    public void cancel(OrderContext context) {
        System.out.println("Cannot cancel. Order is already completed.");
    }

    @Override
    public void complete(OrderContext context) {
        System.out.println("Order is already completed.");
    }
}

取消订单状态（CancelledOrderState）

订单被取消后，所有操作都无法再进行。

// 具体状态类：取消订单状态
public class CancelledOrderState implements OrderState {

    @Override
    public void pay(OrderContext context) {
        System.out.println("Cannot pay. Order is cancelled.");
    }

    @Override
    public void ship(OrderContext context) {
        System.out.println("Cannot ship. Order is cancelled.");
    }

    @Override
    public void cancel(OrderContext context) {
        System.out.println("Order is already cancelled.");
    }

    @Override
    public void complete(OrderContext context) {
        System.out.println("Cannot complete. Order is cancelled.");
    }
}

Step 3: 创建上下文类

OrderContext 持有订单的当前状态，并且通过调用当前状态的行为方法来执行操作。

// 上下文类：订单上下文
public class OrderContext {
    private OrderState currentState;

    public OrderContext() {
        this.currentState = new NewOrderState(); // 初始状态为新订单
    }

    public void setState(OrderState state) {
        this.currentState = state;
    }

    public void pay() {
        currentState.pay(this);
    }

    public void ship() {
        currentState.ship(this);
    }

    public void cancel() {
        currentState.cancel(this);
    }

    public void complete() {
        currentState.complete(this);
    }
}

Step 4: 测试状态模式

public class OrderStatePatternDemo {

    public static void main(String[] args) {
        OrderContext order = new OrderContext();

        // 订单状态：新订单
        order.pay();       // 支付订单
        order.ship();      // 发货订单
        order.complete();  // 完成订单

        // 尝试取消已完成订单
        order.cancel();    // 无法取消已完成订单
    }
}

输出结果：

Order paid. Moving to Paid state.
Order shipped. Moving to Shipped state.
Order completed. Moving to Completed state.
Cannot cancel. Order is already completed.

状态模式解决的问题

  1. 避免条件判断的复杂性：
    • 如果不使用状态模式，代码中会充满大量的 if-else 或 switch-case 条件判断。状态模式将这些判断逻辑分散到各个状态类中，避免了复杂的条件分支。
  2. 清晰的状态转换逻辑：
    • 状态模式将状态和行为封装在状态类中，所有的状态转换逻辑都非常清晰。状态的变化和行为的变化是分开的，彼此不干扰。
  3. 遵循开闭原则：
    • 新的状态和行为可以通过增加新的状态类实现，而不需要修改已有的状态逻辑，符合开闭原则，便于扩展。

总结

状态模式 是一种强大的设计模式，尤其适合在对象状态频繁变化、行为因状态不同而变化的场景中。在订单状态管理的案例中，状态模式帮助我们将订单在不同状态下的行为封装起来，使得代码更加灵活、清晰，同时提高了代码的可扩展性。

通过状态模式，开发者可以轻松应对复杂的状态转换逻辑，并在不修改已有代码的前提下添加新的状态，保证系统的灵活性和扩展性。

优点：

  1. 遵循开闭原则：
    • 新增状态类时，不需要修改现有的上下文类或状态类，可以轻松扩展系统的状态和行为。
  2. 清晰的状态转换：
    • 将状态转换的逻辑封装在各自的状态类中，使得状态之间的切换更加清晰且易于维护。
  3. 消除复杂的条件判断：
    • 通过状态模式，消除了通过 if-else 或 switch-case 来判断状态的需要。每个状态的行为封装在独立的类中。

缺点：

  1. 类的数量增加：
    • 每种状态都有一个对应的类，可能导致类的数量急剧增加，增加系统的复杂性。
  2. 状态切换逻辑可能复杂：
    • 如果系统中状态过多，且状态间的转换规则复杂，可能会增加状态管理的难度。

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

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈，一经查实，立即删除！

相关文章

爬虫逆向学习(七)：补环境动态生成某数四代后缀MmEwMD

爬虫逆向学习(七)：补环境动态生成某数四代后缀MmEwMD

声明：本篇文章内容是整理并分享在学习网上各位大佬的优秀知识后的实战与踩坑记录 前言 这篇文章主要是研究如何动态生成后缀参数MmEwMD的，它是在文章爬虫逆向学习(六)：补环境过某数四代的基础上进行研究的，代码也是在它基础上增…
阅读更多...
华为HarmonyOS灵活高效的消息推送服务(Push Kit) -- 10 推送实况窗消息

华为HarmonyOS灵活高效的消息推送服务(Push Kit) -- 10 推送实况窗消息

场景介绍 实况窗是一种帮助用户聚焦正在进行的任务，方便快速查看和即时处理的通知形态。有关实况窗简介、权限申请、开放场景、设计规范等说明，请参见Live View Kit简介。 通过Push Kit发送的实况窗消息支持三种操作类型，分别是&#xff1a…
阅读更多...
【全新课程】正点原子《基于GD32 ARM32单片机项目实战入门》培训课程上线！

【全新课程】正点原子《基于GD32 ARM32单片机项目实战入门》培训课程上线！

正点原子《ESP32物联网项目实战》全新培训课程上线啦！正点原子工程师手把手教你学！彻底解决ARM32单片机项目入门难的问题！ 一、课程介绍 本课程专为ARM32单片机的入门学习者设计，涵盖了环境搭建、编程软件使用、模块基础驱动和多…
阅读更多...
矩阵的逆怎么算？逆矩阵公式来了(附逆矩阵计算器)

矩阵的逆怎么算？逆矩阵公式来了(附逆矩阵计算器)

大家好，这里是效率办公指南！ 📚 在线性代数中，逆矩阵是一个非常重要的概念。一个方阵如果存在逆矩阵，意味着该矩阵是可逆的，或者说是非奇异的。逆矩阵在解决线性方程组、计算矩阵的方根等方面有着广泛的应…
阅读更多...
利用Accelerate()进行pytorch的多GPU加速

利用Accelerate()进行pytorch的多GPU加速

简介 官方Github：https://github.com/huggingface/accelerate Accelerate 是为喜欢编写PyTorch模型的训练循环但不愿意编写和维护使用多GPU/TPU/fp16所需的样板代码的PyTorch用户创建的。 它可以仅加速与多 GPU/TPU/fp16 相关的样板代码，并保持其余代…
阅读更多...
Pyspark dataframe基本内置方法(5)

Pyspark dataframe基本内置方法(5)

文章目录 Pyspark sql DataFrame相关文章toDF 设置新列名toJSON row对象转换json字符串toLocallterator 获取迭代器toPandas 转换python dataframetransform dataframe转换union unionALL 并集不去重（按列顺序）unionByName 并集不去重（按列名…
阅读更多...
jenkins声明式流水线语法详解

jenkins声明式流水线语法详解

最基本的语法包含 pipeline：所有有效的声明式流水线必须包含在一个 pipeline 块中stages：包含一系列一个或多个stage指令stage：stage包含在stages中进行，比如某个阶段steps：在阶段中具体得执行操作，一个或…
阅读更多...
提升工作效率神器

提升工作效率神器

这五款软件让你事半功倍 在当今快节奏的社会中，提高工作效率成为了每个人追求的目标。而在这个数字化时代，选择对的软件工具无疑是提高效率的关键。今天，我为大家推荐五款优秀的工作效率软件，帮助你在工作中事半功倍。 1、亿可达…
阅读更多...
15个 Jenkins 面试题

15个 Jenkins 面试题

Jenkins 已成为持续集成和持续部署 (CI/CD) 流程中使用最广泛的自动化服务器之一。凭借其强大的功能和广泛的插件生态系统，Jenkins 已成为全球软件开发团队的首选工具。如果您正在准备 Jenkins 面试，那么精通其概念、架构和最佳实践至关重要。 为了帮助…
阅读更多...
1.3 MySql的用户管理

1.3 MySql的用户管理

一、下载Mysql客户端 下载navicat:Navicat 中国 | 支持 MySQL、Redis、MariaDB、MongoDB、SQL Server、SQLite、Oracle 和 PostgreSQL 的数据库管理 二、安装Navicat 三、创建数据库 创建一个数据库的连接吧，因为这个界面儿是图形界面儿，所以我们创建…
阅读更多...
深入分析MySQL事务日志-Redo Log日志

深入分析MySQL事务日志-Redo Log日志

文章目录 事务日志-Redo Log2.1 Redo Log2.1.1 Redo Log与持久性2.1.2 Redo Log的工作原理2.1.3 Redo Log的落盘策略2.1.4 Redo Log的系统参数 事务日志-Redo Log 事务的隔离性是通过锁实现，而事务的原子性、和持久性则是通过事务日志实现。在MySQL中，事…
阅读更多...
【吉林大学编译原理题库】正则表达式的书写

【吉林大学编译原理题库】正则表达式的书写

1. 2. 选A 3. 没啥好说的，按意思写就行： 4. 5.设字母表S{0,1}，写正则表达式表示所有偶数个0和偶数个1组成的字符串。 6. 设字母表S{0,1}，写正则表达式表示所有偶数个0和奇数个1组成的字符串。（提示&am…
阅读更多...
Token usage of Content Filtered messages in Azure OpenAI Services

Token usage of Content Filtered messages in Azure OpenAI Services

题意：在Azure OpenAI服务中，内容过滤消息的令牌使用 问题背景： When sending a message to a chat via GetChatCompletions as a response, I get a RequestFailedException. In the exception, I get an answer for which category content…
阅读更多...
2-101基于matlab的频带方差端点检测

2-101基于matlab的频带方差端点检测

基于matlab的频带方差端点检测，噪声频谱中，各频带之间变化很平缓，语音各频带之间变化较激烈。据此特征，语音和噪声就极易区分。计算短时频带方差，实质就是计算某一帧信号的各频带能量之间的方差。这种以短时频带方差作…
阅读更多...
揭秘MySQL主从复制：打造高可用性与数据冗余的强效引擎

揭秘MySQL主从复制：打造高可用性与数据冗余的强效引擎

作者简介：我是团团儿，是一名专注于云计算领域的专业创作者，感谢大家的关注 座右铭： 云端筑梦，数据为翼，探索无限可能，引领云计算新纪元 个人主页：团儿.-CSDN博客 目录 前言&#…
阅读更多...
从Web2到Web3：探索下一代互联网的无限可能性

从Web2到Web3：探索下一代互联网的无限可能性

互联网经历了从Web1到Web2的重大变革，现在正迈向Web3。Web2通过社交媒体、电子商务和内容平台改变了我们的数字生活，但同时也伴随着中心化平台的垄断和用户数据被广泛控制的问题。而Web3的出现，则试图通过去中心化技术解决这些挑战&#xff0…
阅读更多...
人到中年，最清醒的活法—沉浸式做自己

人到中年，最清醒的活法—沉浸式做自己

生活中，你是不是常常被这样的事情所困扰？ 工作的时候，每天被千头万绪的杂事缠身，看着一堆待完成事项，和工作群里一堆的消息在轰炸你，内心顿感烦躁甚至暴怒。 经常因为领导，同事或者熟人甚至陌生…
阅读更多...
java 洛谷题单【算法1-7】搜索

java 洛谷题单【算法1-7】搜索

P1219 [USACO1.5] 八皇后 Checker Challenge 解题思路 回溯法 递归与回溯: 从第0行开始，为每个行尝试放置棋子的位置，检查放置是否违反约束条件。如果放置合法，则继续递归处理下一行（即下一层递归）。如果当前行无法找…
阅读更多...
【Go语言】深入解读Go语言中的指针，助你拨开迷雾见月明

【Go语言】深入解读Go语言中的指针，助你拨开迷雾见月明

✨✨ 欢迎大家来到景天科技苑✨✨ 🎈🎈 养成好习惯，先赞后看哦~🎈🎈 🏆 作者简介：景天科技苑 🏆《头衔》：大厂架构师，华为云开发者社区专家博主，…
阅读更多...
浅谈提示工程之In-context learning技术

浅谈提示工程之In-context learning技术

提示工程之In-context learning技术； 通过一张图片围绕下边几个方面进行简单说明 概念起因本质结构注意事项 日常总结
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023