设计模式-状态模式

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

文章目录


前言

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

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


一、问题场景

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

如下面代码所示

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对象来节省开销;

相关推荐
折哥的程序人生 · 物流技术专研8 小时前
第8篇:六大设计原则在工厂模式中的体现
java·设计模式·设计原则·工厂模式·编程进阶·扩充系列
咖啡八杯9 小时前
GoF设计模式——模板方法模式
java·后端·spring·设计模式
Fabarta技术团队18 小时前
从 0 实现 ChatGPT 风格的流式对话 UI
ui·chatgpt
ndsc_d18 小时前
10分钟搭建B端SaaS数据看板:Paico+TDesign+React实战复盘
前端·人工智能·react.js·ui·前端框架·aigc·tdesign
饼干哥哥19 小时前
Openclaw已死?任何Agent都能用Cli实现AI自主运营跨境电商
设计模式·openai·ai编程
折哥的程序人生 · 物流技术专研21 小时前
第4篇:抽象工厂模式——产品族一键创建
java·设计模式·抽象工厂模式·创建型模式·编程进阶·产品族·扩充系列
●VON21 小时前
HarmonyKit | HarmonyOS Kit 模块化体系与零依赖架构实践
ui·华为·架构·harmonyos·鸿蒙·新特性
geovindu1 天前
go: Cascading Failures Pattern
开发语言·后端·设计模式·golang·反模式·级联失效反模式
端庄的战斗机1 天前
javascript 设计模式(文章很长,请自备瓜子,水果和眼药水)
开发语言·javascript·设计模式
喵叔哟2 天前
Day 2:先做一个能聊天的页面
状态模式