状态模式(State Pattern)是一种行为型设计模式,它允许对象在内部状态改变时改变其行为。该模式通过将不同状态下的行为封装到不同的具体状态类中,使得一个对象在其内部状态改变时可以改变它的行为。
原理
- 环境角色(Context): 它定义了客户端需要的接口,并且维护了一个当前状态实例。这个环境类也可以包含一些与所有状态相关的行为。
- 抽象状态角色(State): 定义了一个接口以封装与特定上下文相关的行为。通常会有一个或多个方法来处理来自环境角色的消息,同时可以定义一个方法用于改变上下文的状态。
- 具体状态角色(Concrete State): 每个具体状态类都实现了抽象状态角色定义的接口,每个类对应一种具体的上下文状态,并负责在相应状态下处理请求。
Java代码示例
java
// 抽象状态角色
public abstract class OrderState {
protected Order order;
public void setOrder(Order order) {
this.order = order;
}
// 抽象方法,由具体状态实现
public abstract void process();
}
// 具体状态角色 - 待支付状态
public class UnpaidState extends OrderState {
@Override
public void process() {
System.out.println("Processing unpaid state, sending payment request...");
// 更改状态至已支付状态
order.setState(new PaidState());
}
}
// 具体状态角色 - 已支付状态
public class PaidState extends OrderState {
@Override
public void process() {
System.out.println("Processing paid state, preparing for shipping...");
// 更改状态至待发货状态
order.setState(new ShippedState());
}
}
// 省略其他具体状态...
// 环境角色 - 订单
public class Order {
private OrderState state;
public void setState(OrderState state) {
state.setOrder(this);
this.state = state;
}
public void processOrder() {
state.process();
}
}
// 使用示例
public class Client {
public static void main(String[] args) {
Order order = new Order();
order.setState(new UnpaidState()); // 设置初始状态为待支付
order.processOrder(); // 处理订单,状态变化并触发相应操作
}
}
想象一下你正在经营一家网店,客户下单后,订单的状态会从"待支付"变成"已支付",然后变成"待发货"等等。状态模式就是将这些不同的阶段分别封装成不同的状态类,在每个阶段下订单有不同的处理逻辑。例如,当订单处于"待支付"状态时,系统会尝试进行收款;而在"已支付"状态下,则开始准备商品打包发货。
应用场景
- 订单流程:订单可能有多种状态(如待支付、已支付、待发货、已发货等),每种状态下订单的行为和可执行的操作都不同。
- 游戏人物状态切换:游戏角色可能有不同的战斗状态(普通攻击、防御、冲刺等),每种状态下的动作和响应都不一样。
适用性
- 对象的行为取决于它的状态,并且它必须在运行时刻根据状态改变其行为。
- 需要避免使用大量的条件语句(if-else 或 switch-case)来决定对象的行为。
- 一个对象在其生命周期内可能会经历一系列的状态转换,而这些状态之间的转换规则相对复杂。