c#设计模式-行为型模式 之 状态模式

🚀简介

状态模式是一种行为设计模式,它允许对象在其内部状态改变时改变其行为,我们可以通过创建一个状态接口和一些实现了该接口的状态类来实现状态模式。然后,我们可以创建一个上下文类,它会根据其当前的状态对象来改变其行为。
状态模式包含以下主要角色。

  1. 环境(Context)角色:也称为上下文,它定义了客户程序需要的接口,维护一个当前状态,并将与状态相关的操作委托给当前状态对象来处理。
  2. 抽象状态(State)角色:定义一个接口,用以封装环境对象中的特定状态所对应的行为。
  3. 具体状态(Concrete State)角色:实现抽象状态所对应的行为。

🚀案例

🐤抽象状态

cs 复制代码
public interface IState
{
    void Handle(Context context);
}

🐤具体状态

ConcreteStateA和ConcreteStateB,它们都实现了IState接口。

IState接口定义了一个Handle方法,这个方法接受一个Context对象作为参数。Context对象持有当前的状态。

在ConcreteStateA的Handle方法中,它将Context的状态改变为ConcreteStateB。同样,在ConcreteStateB的Handle方法中,它将Context的状态改变为ConcreteStateA。

这样,Context对象的状态就在ConcreteStateA和ConcreteStateB之间不断切换。

这就是状态模式的基本思想:当一个对象的内在状态改变时允许改变其行为,这个对象看起来像是改变了其类。

cs 复制代码
public class ConcreteStateA : IState
{
    public void Handle(Context context)
    {
        context.State = new ConcreteStateB();
    }
}

public class ConcreteStateB : IState
{
    public void Handle(Context context)
    {
        context.State = new ConcreteStateA();
    }
}

🐤环境角色

环境角色有时候也被称为上下文角色,它定义了客户端需要的接口,并且维护一个具体状态角色的实例,这个实例定义当前状态。

在这个类中,首先定义了一个私有的IState类型的_state变量,用于存储当前的状态。

然后,定义了一个构造函数,接收一个IState类型的参数,用于初始化_state变量。

接着,定义了一个公有的State属性,用于获取或设置_state变量的值。在设置_state变量的值时,会输出当前状态的类型名。

最后,定义了一个名为Request的方法,该方法会调用_state变量的Handle方法,用于处理请求。这个方法的参数是当前的Context实例,这样就可以在Handle方法中改变当前的状态。

cs 复制代码
public class Context
{
    private IState _state;

    // Constructor
    public Context(IState state)
    {
        this.State = state;
    }

    // Gets or sets the state
    public IState State
    {
        get { return _state; }
        set
        {
            _state = value;
            Console.WriteLine("State: " + _state.GetType().Name);
        }
    }

    public void Request()
    {
        _state.Handle(this);
    }
}

🐤测试

cs 复制代码
class MyClass
{
    public static void Main(string[] args)
    {
        Context context = new Context(new ConcreteStateA());

        // 不断地进行请求,同时更改状态
        context.Request();
        context.Request();
        context.Request();
        context.Request();
    }
}

运行结果:

在测试类中,我们创建了一个Context对象,并给它设置了初始状态ConcreteStateA。然后我们连续调用四次context.Request()方法。由于ConcreteStateAConcreteStateB在处理请求后会互相转换,所以输出结果会是A、B、A、B的交替出现。

🚀优缺点

优点:

  1. 将所有与某个状态有关的行为放到一个类中,并且可以方便地增加新的状态,只需要改变对象状态即可改变对象的行为。
  2. 允许状态转换逻辑与状态对象合成一体,而不是某一个巨大的条件语句块。

缺点:

  1. 状态模式的使用必然会增加系统类和对象的个数。
  2. 状态模式的结构与实现都较为复杂,如果使用不当将导致程序结构和代码的混乱。
  3. 状态模式对"开闭原则"的支持并不太好。

使用场景:

  1. 当一个对象的行为取决于它的状态,并且它必须在运行时根据状态改变它的行为时,就可以考虑使用状态模式。
  2. 一个操作中含有庞大的分支结构,并且这些分支决定于对象的状态时。
相关推荐
一心赚狗粮的宇叔19 小时前
中级软件开发工程师2025年度总结
java·大数据·oracle·c#
cplmlm20 小时前
EF Core使用CodeFirst生成postgresql数据库表名以及字段名用蛇形命名法,而类名仍使用驼峰命名
c#
lingxiao168881 天前
WebApi详解+Unity注入--下篇:Unity注入
unity·c#·wpf
HL_风神1 天前
设计原则之迪米特
c++·学习·设计模式
HL_风神1 天前
设计原则之合成复用
c++·学习·设计模式
寂寞恋上夜1 天前
枚举值怎么管理:固定枚举/字典表/接口动态(附管理策略)
prompt·状态模式·markdown转xmind·deepseek思维导图
lingxiao168881 天前
WebApi详解+Unity注入--中篇:.net core的WebAPI
unity·c#·.netcore
ServBay1 天前
C# 成为 2025 年的编程语言,7个C#技巧助力开发效率
后端·c#·.net
Aeside11 天前
揭秘 Nginx 百万并发基石:Reactor 架构与 Epoll 底层原理
后端·设计模式
帅气的你1 天前
从零封装一个通用的 API 接口返回类:统一前后端交互格式
java·设计模式