状态模式(State Pattern)

状态模式(State Pattern)是一种行为型设计模式,它允许对象在其内部状态改变时改变其行为。这种模式将状态封装为独立的类,并将动作委托给当前状态对象,从而使对象的行为随着状态的变化而变化。

状态模式的核心组成部分:

  1. Context(上下文)

    上下文是持有状态的对象,它维护一个对当前状态对象的引用,并将与状态相关的操作委托给当前状态对象处理。

  2. State(状态接口)

    定义了一个接口,用于封装与上下文相关的特定状态的行为。

  3. ConcreteState(具体状态)

    每个具体状态类实现了状态接口,提供了与该状态对应的行为实现。


状态模式的应用场景

  • 有限状态机:如游戏中的角色状态(站立、行走、攻击、死亡等),每个状态都有不同的行为。
  • 工作流系统:例如订单状态的流转(待支付、已支付、已发货、已完成等),不同状态下支持的操作不同。
  • UI控件状态:按钮可能有"启用"、"禁用"、"悬停"等状态,每种状态下按钮的外观和交互行为不同。
  • 权限管理系统:用户在不同状态下具有不同的权限,例如普通用户、VIP用户、管理员等。

示例代码(Java)

以下是一个简单的状态模式实现示例:

java 复制代码
// 状态接口
interface State {
    void handle(Context context);
}

// 具体状态A
class ConcreteStateA implements State {
    @Override
    public void handle(Context context) {
        System.out.println("当前状态是 A,即将切换到状态 B");
        context.setState(new ConcreteStateB());
    }
}

// 具体状态B
class ConcreteStateB implements State {
    @Override
    public void handle(Context context) {
        System.out.println("当前状态是 B,即将切换到状态 A");
        context.setState(new ConcreteStateA());
    }
}

// 上下文类
class Context {
    private State state;

    public Context(State initialState) {
        this.state = initialState;
    }

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

    public void request() {
        state.handle(this);
    }
}

// 测试状态模式
public class StatePatternDemo {
    public static void main(String[] args) {
        // 初始化上下文为状态A
        Context context = new Context(new ConcreteStateA());

        // 调用请求方法,触发状态切换
        context.request();
        context.request();
        context.request();
    }
}

输出结果

复制代码
当前状态是 A,即将切换到状态 B
当前状态是 B,即将切换到状态 A
当前状态是 A,即将切换到状态 B

优点

  1. 单一职责原则:每个状态类只负责一种状态的行为逻辑,使代码更加清晰。
  2. 开闭原则:新增状态时无需修改现有状态类,只需添加新的具体状态类即可。
  3. 消除条件语句 :避免了在上下文中使用大量的 if-elseswitch-case 语句来判断状态。

缺点

  1. 类数量增加:每种状态都需要一个具体状态类,可能会导致类的数量显著增加。
  2. 复杂性提高:对于简单的状态切换,引入状态模式可能会显得过于复杂。

相关推荐
像我这样帅的人丶你还2 小时前
Java 后端详解(五):Redis 缓存
java·后端·全栈
plainGeekDev4 小时前
GreenDAO → Room
android·java·kotlin
胡萝卜术8 小时前
从“分数打架”到“排名投票”:为什么你的ChatBI必须用RRF?
算法·设计模式·面试
亦暖筑序9 小时前
Java 8老系统AI Workflow实战:把一次性AI对话升级成可恢复工作流
java·后端
敲代码的彭于晏9 小时前
Bean 生命周期完全图解:前端同学也能看懂的 Spring 核心机制
java·前端·后端
plainGeekDev11 小时前
ButterKnife → ViewBinding
android·java·kotlin
像我这样帅的人丶你还1 天前
Java 后端详解(四):分页与搜索
java·javascript·后端
她的男孩1 天前
数据权限为什么不能只靠注解?Forge 的 Mapper 层 SQL 改写源码拆解
java·后端·架构
tntxia1 天前
Mybatis的日志输入
java
亦暖筑序1 天前
Java 8老系统Browser Agent实战:三层拦截把AI操作后台变成可审计流程
java·后端·设计模式