2023-7-12-第十七式状态模式

这篇具有很好参考价值的文章主要介绍了2023-7-12-第十七式状态模式。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。



🍿*★,°*:.☆( ̄▽ ̄)/$:*.°★* 🍿
💥💥💥欢迎来到🤞汤姆🤞的csdn博文💥💥💥
💟💟喜欢的朋友可以关注一下,下次更新不迷路💟💟
😆😆😆私聊获取个人订阅号哦,欢迎订阅共同学习😆😆😆
💖💖💖💖可以加入大家庭群聊,一起学习天天有福利💖💖💖💖




🍬本文摘要

2023-7-12-第十七式状态模式,汤姆设计模式系列,状态模式

设计方法二十三式之状态模式




😉一、基础概念

状态模式是一种行为设计模式,它允许对象在不同的内部状态下改变其行为。在状态模式中,对象根据自身的状态选择不同的策略或算法来完成特定的任务。这种模式支持将复杂的条件分支语句转化为一组相互独立的状态类,并使用面向对象的方式进行管理和切换。

状态模式的核心概念包括三个角色:上下文(Context)、抽象状态(State)和具体状态(Concrete State)。上下文是包含状态的对象,它可以根据当前的状态委派给不同的具体状态处理具体的行为。抽象状态是定义了一个接口或基类,用于描述状态的共同行为。具体状态则实现了抽象状态的接口,在不同的状态下提供独立的行为实现。

通过使用状态模式,我们可以将复杂的条件逻辑分解成一系列简单的状态类,使得代码更加清晰、可扩展和易于维护。此外,状态模式还符合开闭原则,因为我们可以通过添加新的具体状态类来扩展系统的功能,而无需修改上下文类或其他现有的状态类。

总结来说,状态模式通过将对象的行为与其内部状态相联系,提供了一种优雅的方式来处理对象的状态变化和相应的行为变化。


🐱‍🐉二、状态模式实现

在C++中,可以使用类和多态性来实现状态模式。下面是一个简单的示例:

首先,创建一个抽象状态类(State)作为基类,定义了一个纯虚函数用于执行特定状态下的操作。

class State {
public:
    virtual void doAction() = 0;
};

接下来,创建具体状态类(ConcreteState),它们继承自抽象状态类,并实现了相关的操作。

class ConcreteStateA : public State {
public:
    void doAction() override {
        // 执行状态A下的操作
    }
};

class ConcreteStateB : public State {
public:
    void doAction() override {
        // 执行状态B下的操作
    }
};

然后,创建上下文类(Context),该类包含一个指向当前状态对象的指针,并提供了一些方法来切换状态和执行操作。

class Context {
private:
    State* currentState;

public:
    void setState(State* state) {
        currentState = state;
    }

    void performAction() {
        currentState->doAction();
    }
};

最后,我们可以使用这些类来演示状态模式的工作原理。

int main() {
    Context context;
    ConcreteStateA stateA;
    ConcreteStateB stateB;

    context.setState(&stateA);
    context.performAction(); // 执行状态A下的操作

    context.setState(&stateB);
    context.performAction(); // 执行状态B下的操作

    return 0;
}

在上述示例中,上下文(Context)根据当前的状态对象执行相应的操作。通过切换不同的状态对象,上下文可以在运行时改变其行为。这种方式使得状态和行为的关系更加灵活和可扩展,并且能够避免使用大量的条件语句。


🎉三、模块之间的关系

状态模式通常涉及三个主要组件:上下文(Context)、抽象状态(Abstract State)和具体状态(Concrete State)。这些组件之间的关系如下:

  1. 上下文(Context):上下文是包含状态的对象,它维护一个对当前状态对象的引用。上下文提供了一个接口,允许客户端代码设置、获取和切换状态。上下文将实际的操作委派给当前状态对象来执行。

  2. 抽象状态(Abstract State):抽象状态是一个接口或基类,它定义了状态对象的共同行为。这个接口通常包含了在不同状态下需要实现的方法。

  3. 具体状态(Concrete State):具体状态是抽象状态的实现类。每个具体状态类都代表系统中的一个特定状态,并定义了在该状态下应该进行的操作。

在状态模式中,上下文通过持有一个抽象状态对象的引用来维护当前状态,并将请求委托给当前状态对象处理。当状态发生变化时,上下文对象会更新其状态引用,从而切换到不同的具体状态,以便调用相应状态的方法。

状态模式的目标是将与特定状态相关的行为局部化,并使得状态之间的转换更加灵活和可扩展。通过使用状态模式,不同模块之间的关系可以通过上下文和具体状态之间的交互来协调,从而实现更好的封装和解耦。上下文对象可以专注于管理状态,并在需要时委托给相应的状态处理特定的行为。这种模式使得系统更加可维护、可扩展和易于理解。


🐱‍🚀四、注意事项

在使用状态模式时,以下是一些需要注意的事项:

  1. 合适的场景:状态模式适用于当对象的行为依赖于其内部状态,并且该行为在运行时可能发生变化的情况。如果对象有多个状态和相应的操作,并且这些状态之间的转换比较复杂,那么状态模式可以提供一种清晰、可维护的解决方案。

  2. 增加新状态:状态模式支持增加新的具体状态类来扩展系统的功能。因此,在设计状态模式时要考虑到可能的状态增加,并将相应的行为封装在新的具体状态类中。

  3. 上下文与状态的交互:在状态模式中,上下文与具体状态之间的交互是关键。上下文负责切换当前状态并委托请求给当前状态对象处理。确保在上下文中正确管理状态的转换以及对当前状态进行引用的更新。

  4. 状态切换的触发机制:决定何时进行状态切换通常取决于具体的业务逻辑或条件。可以通过事件、用户输入、时间、特定条件等方式来触发状态切换。确保状态切换的触发机制与应用程序的需求相匹配,并避免过于复杂的状态转换逻辑。

  5. 共享状态数据:在状态模式中,具体状态类之间可能需要共享一些状态数据。确保在状态对象之间正确共享和传递必要的状态信息,以便实现正确的行为。

  6. 考虑上下文的复杂性:如果上下文对象需要管理多个状态并且涉及复杂的状态转换逻辑,那么可能需要进一步组织和设计上下文对象,以便更好地管理状态和行为。

  7. 谨慎使用过多的状态:尽管状态模式可以提供灵活的状态管理,但过多的状态可能会导致代码复杂性增加。在设计状态模式时,仔细考虑所需的状态数量,并确保每个状态都有明确的目的和职责。

通过注意以上事项,可以更好地应用状态模式,并实现一个清晰、可扩展的状态管理机制。


🎂五、使用场景

状态模式适用于以下情况和使用场景:

  1. 对象的行为取决于其内部状态:当对象的行为需要根据其内部状态的变化而变化时,可以使用状态模式。例如,一个网络连接对象的行为可能取决于其当前的连接状态(已连接、已断开连接、等待连接等)。

  2. 有多个状态和相应的操作:如果对象有多个状态,并且每个状态都有不同的行为或操作集合,那么状态模式可以提供一种优雅的方式来管理这些行为。状态模式将相关状态的行为封装在具体状态类中,使得状态之间的切换更加清晰和可维护。

  3. 避免大量的条件语句:状态模式可以用于减少大量的条件语句。将复杂的条件分支转换为一组相互独立的状态类可以使代码更简洁、易读和易于修改。每个状态类只关注自己的行为,从而提高了代码的可扩展性和可维护性。

  4. 状态转换的灵活性和可扩展性:状态模式允许添加新的具体状态类来扩展系统的功能。通过增加新的状态类,可以在不影响其他状态类的情况下引入新的行为。这种灵活性和可扩展性使得状态模式在需要频繁添加、修改或调整状态的场景中非常有用。

  5. 分离状态相关的行为:状态模式可以帮助将与特定状态相关的行为集中在单独的状态类中。这种分离使得代码更加模块化和可测试,同时也提供了更好的代码重用性。

  6. 减少条件判断的复杂度:状态模式可将复杂的状态转换逻辑放置到具体状态类中,从而简化上下文对象的代码。通过将状态切换逻辑委托给状态类处理,可以减少上下文对象中的条件判断,使代码更加清晰和可维护。

总的来说,状态模式适用于当对象的行为随着内部状态的变化而变化,并且需要通过封装、分离和管理状态来避免大量的条件语句时。它提供了一种灵活、可扩展的方式来处理复杂的状态转换和相应的行为。


🍳参考文献

🧊文章总结

提示:这里对文章进行总结:

   本文讲了关于状态模式的知识。






更多好文推荐

🍸2021-4月Python 机器学习——中文新闻文本标题分类
🍹2021年4月-(计算机网络)小型校园网络模拟搭建,最全最准确版
🍺2022-10-31-基于用户的协同过滤推荐算法实现+MAE+RMSE
🍻2022-11-28-大数据可视化,特征维度大于50
🥂2023-3-9-一篇简短的文章把C++左右值关系讲的透透彻彻
文章来源地址https://www.toymoban.com/news/detail-560740.html

上一篇
End
下一篇

到了这里,关于2023-7-12-第十七式状态模式的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • 软件工程(十七) 行为型设计模式(三)

    简要说明 定义对象间的一种一对多的依赖关系,当一个对象的状态发生改变时,所有依赖于它的对象都得到通知并自动更新 速记 联动,广播消息 类图如下 基于上面的类图,我们来实现一个监听器。类图中的Subject对应我们的被观察对象接口(IObservable),Observer对应我们

    2024年02月11日
    浏览(34)
  • 篇十七:备忘录模式:恢复对象状态

    篇十七: \\\"备忘录模式:恢复对象状态\\\" 开始本篇文章之前先推荐一个好用的学习工具,AIRIght,借助于AI助手工具,学习事半功倍。欢迎访问:http://airight.fun/。 另外有2本不错的关于设计模式的资料,分享出来与大家学习参考。 链接:https://pan.baidu.com/s/1RmhQF_o1CdK8U7s5KeILog?pwd=

    2024年02月13日
    浏览(28)
  • Python入门【​编辑、组合、设计模式_工厂模式实现 、设计模式_单例模式实现、工厂和单例模式结合、异常是什么?异常的解决思路 】(十七)

    👏作者简介:大家好,我是爱敲代码的小王,CSDN博客博主,Python小白 📕系列专栏:python入门到实战、Python爬虫开发、Python办公自动化、Python数据分析、Python前后端开发 📧如果文章知识点有错误的地方,请指正!和大家一起学习,一起进步👀 🔥如果感觉博主的文章还不错的

    2024年02月14日
    浏览(29)
  • 【设计模式】订单状态流传中的状态机与状态模式

    状态模式一般是用在对象内部的 状态流转 场景中,用来实现 状态机 。 什么是状态机呢? 状态机是对状态转移的抽象,由 事件 、 状态 、 动作 组成,事件有时候也被称为 转移事件 或者 转移 ,当事件触发时,可以将状态由一个状态变更为另一个状态,并执行动作。其中,

    2024年02月12日
    浏览(31)
  • 【设计模式】第十五章:责任链模式详解及应用案例

    【设计模式】七大设计原则 【设计模式】第一章:单例模式 【设计模式】第二章:工厂模式 【设计模式】第三章:建造者模式 【设计模式】第四章:原型模式 【设计模式】第五章:适配器模式 【设计模式】第六章:装饰器模式 【设计模式】第七章:代理模式 【设计模式

    2024年02月13日
    浏览(35)
  • 【设计模式】第十一章:享元模式详解及应用案例

    【设计模式】七大设计原则 【设计模式】第一章:单例模式 【设计模式】第二章:工厂模式 【设计模式】第三章:建造者模式 【设计模式】第四章:原型模式 【设计模式】第五章:适配器模式 【设计模式】第六章:装饰器模式 【设计模式】第七章:代理模式 【设计模式

    2024年02月13日
    浏览(29)
  • 二十三种设计模式第十九篇--命令模式

    命令模式是一种行为设计模式, 它将请求封装成一个独立的对象,从而允许您以参数化的方式将客户端代码与具体实现解耦 。在命令模式中, 命令对象充当调用者和接收者之间的中介 。这使您能够根据需要将请求排队、记录请求日志、撤销操作等。 命令模式的核心组成部

    2024年02月14日
    浏览(28)
  • 二十三种设计模式第十四篇--策略模式

    策略模式:主要围绕一个类的行为或者其算法在运行时更改,也是一种行为型模式。 在软件开发中,我们经常遇到需要根据不同的情况选择不同算法或行为的情况。传统的做法是使用大量的条件语句来实现这种逻辑,但这样的实现方式往往难以维护和扩展。策略模式(Strat

    2024年02月12日
    浏览(50)
  • 二十三种设计模式第十三篇--享元模式

    享元模式,主要就是一种池化方案,主要用于创建对象的数量,以减少内存占用和提高性能。这种类型的设计模式属于 结构型模式 ,它提供了减少对象数量从而改善应用所需的对象结构的方式。 享元模式,尝试重用现有的同类对象,如果未找到相同匹配的对象,那么就去创

    2024年02月12日
    浏览(35)
  • 【设计模式】第十二章:观察者模式详解及应用案例

    【设计模式】七大设计原则 【设计模式】第一章:单例模式 【设计模式】第二章:工厂模式 【设计模式】第三章:建造者模式 【设计模式】第四章:原型模式 【设计模式】第五章:适配器模式 【设计模式】第六章:装饰器模式 【设计模式】第七章:代理模式 【设计模式

    2024年02月13日
    浏览(30)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包