设计模式-状态模式

提示:文章写完后,目录可以自动生成,如何生成可参考右边的帮助文档

文章目录


前言

提示:这里可以添加本文要记录的大概内容:

在组件构建过程中,某些对象的状态经常面临变化,如何对这些对象的变化进行有效的管理,同时又维持高层模块的稳定,需要使用状态模式


一、问题场景

某些对象的状态如果发生改变,其行为也会随之发生变化,比如文档处于只读状态,其支持的行为和读写状态支持的行为就可能完全不同,如何根据对象的状态来透明的更改对象的行为,而不会为对象操作和状态之间引入耦合。

如下面代码所示

cpp 复制代码
enum NetworkState
{
    Network_Open,
    Network_Close,
    Network_Connect
};

class NetworkProcesor
{
    NetworkState state;

public:
    void Operation1()
    {
        if (state == Network_Open)
        {
            // .....
            state = Network_Close;
        }
        else if(state == Network_Close)
        {
            // .....
            state = Network_Open;
        }
        else if (state == Network_Connect)
        {
            // .....
            state = Network_Open;
        }
        
    }
};

这个和之前的策略模式很像,有大量if-else。违背了"开闭原则",对扩展开放,对更改关闭

二、状态模式

NetworkState从enum变成基类,每一个派生类自己管理每一种行为,并且定义好切换状态,且每一个派生类都是单例模式。而NetworkProcesor只是内部存了一个基类指针指向不同的状态类,其内部方法都是调用对应的派生类方法,并且更新指向的派生类对象,因此,NetworkProcesor就不会再更变了。

cpp 复制代码
class NetworkState
{
public:
    NetworkState *pNext;
    virtual void Operation1() = 0;
    virtual void Operation2() = 0;
    virtual void Operation3() = 0;
    virtual ~NetworkState() {}
};

class OpenState : public NetworkState
{
    static NetworkState *m_instance;

public:
    static NetworkState *GetInstance()
    {
        if (m_instance == nullptr)
        {
            m_instance = new OpenState();
        }
        return m_instance;
    }

    void Operation1()
    {
        // ********
        pNext = CloseState::GetInstance();
    }

    void Operation2()
    {
        // ********
        pNext = ConnectState::GetInstance();
    }

    void Operation3()
    {
        // ********
        pNext = WaitState::GetInstance();
    }


};


class CloseState : public NetworkState
{
    static NetworkState *m_instance;

public:
    static NetworkState *GetInstance()
    {
        if (m_instance == nullptr)
        {
            m_instance = new CloseState();
        }
        return m_instance;
    }

    void Operation1()
    {
        // ********
        pNext = CloseState::GetInstance();
    }

    void Operation2()
    {
        // ********
        pNext = ConnectState::GetInstance();
    }

    void Operation3()
    {
        // ********
        pNext = WaitState::GetInstance();
    }


};


class NetworkProcesor
{
    NetworkState* pstate; // 传入状态对象

public:
    NetworkProcesor(NetworkState* pstate)
    {
        this->pstate = pstate;
    }

    void Operation1(   )
    {
        pstate->Operation1();
        pstate = pstate->pNext;
    }

    void Operation2(   )
    {
        pstate->Operation2();
        pstate = pstate->pNext;
    }

    void Operation3(   )
    {
        pstate->Operation3();
        pstate = pstate->pNext;
    }
};

三、类图

总结

State模式将所有与一个特定状态相关的行为都放入一个state子类对象中,再对象切换的过程时,切换相应的对象;但同时维持State的接口,这样实现了具体操作和状态转换之间的解耦;

如果State对象没有实例变量,那么各个上下文可以公用一个state对象来节省开销;

相关推荐
图扑软件15 小时前
中篇・运笔|统一 DataModel 底座,HT UI 组件万物同源
javascript·低代码·ui·性能优化·数据可视化
漂着的圆木16 小时前
MCP 2026-07-28 长任务改造:别再用 HTTP 超时判断任务失败
分布式·架构·状态模式·ai agent
l1m0_19 小时前
智能电动自行车管理后台实战:AI生成页面与React组件化技巧
前端·react.js·ui·ai·设计
Carl_奕然1 天前
【智能体】Agent的四种设计模式之:React(2026最新版)
javascript·人工智能·python·react.js·设计模式·语言模型
cfm_29141 天前
Spring核心设计模式
java·spring·设计模式
~远在太平洋~1 天前
06-鸿蒙系统 uitest UI 自动化指南
ui·自动化·harmonyos
兰亭妙微UI设计公司1 天前
兰亭妙微QT界面开发:设计系统侧边导航组件:告别混乱,实现高效协同
ui
我命由我123452 天前
Photoshop - Photoshop 把两个 PSD 文件合并
学习·ui·职场和发展·产品运营·产品经理·学习方法·photoshop
lincats2 天前
大白话讲解Addy Osmani 的循环工程Loop Engineering工作流
人工智能·驱动开发·架构·prompt·状态模式·知识图谱
码匠许师傅2 天前
【设计模式精讲】15.享元模式(Flyweight)
c++·设计模式·享元模式·uml