状态模式（State Pattern）是行为型设计模式之一，用于允许一个对象在其内部状态改变时改变其行为。状态模式可以有效避免在对象中使用大量的条件语句，通过将状态的逻辑转移到独立的状态类中，实现状态与行为的分离。
核心思想
将对象的状态抽象为单独的类，使得对象的行为随着其状态变化而发生变化。状态模式的主要目的是让状态切换更加灵活、清晰，且更易于维护。
组成
-
Context（上下文）
持有当前状态的引用，并提供行为接口以供外部调用。上下文会将请求委托给当前状态对象处理。 -
State（抽象状态类）
定义状态对应的行为接口，具体状态类需实现该接口。 -
ConcreteState（具体状态类）
实现抽象状态类中的行为，每个类对应一个具体状态。
优缺点
- 优点
避免了大量的条件语句或分支逻辑。
易于扩展新状态，通过新增状态类而非修改已有代码实现开闭原则。
状态切换更加灵活，符合单一职责原则。 - 缺点
增加了系统复杂性，需要引入多个状态类。
可能会导致类的数量增多。
// 抽象状态类
public interface OrderState {void handle();
}// 具体状态类：待支付
public class PendingState implements OrderState {@Overridepublic void handle() {System.out.println("订单处于待支付状态。");}
}// 具体状态类：已支付
public class PaidState implements OrderState {@Overridepublic void handle() {System.out.println("订单处于已支付状态。");}
}// 具体状态类：已完成
public class CompletedState implements OrderState {@Overridepublic void handle() {System.out.println("订单已完成。");}
}// 上下文类
public class OrderContext {private OrderState state;// 设置状态public void setState(OrderState state) {this.state = state;}// 调用当前状态对应的行为public void handle() {if (state != null) {state.handle();}}
}// 测试
public class Main {public static void main(String[] args) {OrderContext context = new OrderContext();// 设置为待支付状态context.setState(new PendingState());context.handle();// 设置为已支付状态context.setState(new PaidState());context.handle();// 设置为已完成状态context.setState(new CompletedState());context.handle();}
}
适用场景
一个对象的行为随状态变化而变化时。
避免过多的条件分支逻辑。
状态数量较多且需要频繁切换时。
如果你对实现细节或设计场景有更多问题，随时告诉我！
