状态模式（State Pattern）：允许对象在内部状态改变时改变它的行为

状态模式（State Pattern）是软件开发中的一种行为型设计模式，它允许对象在内部状态发生改变时改变其行为，使得对象看起来好像修改了它的类。这种设计模式的核心思想是将对象的状态和行为封装成不同的状态类，通过状态对象的行为改变来避免大量的条件判断语句，从而提升代码的可扩展性和可维护性。以下是对状态模式的详细解释，并通过一个实例进行形象讲解。

一、状态模式的基本概念

状态模式包含以下几个主要角色：

1. Context（上下文）：维护当前的状态，并提供一个接口供客户端使用。上下文类通过持有状态对象的引用来委派工作，状态的切换是由上下文来管理的。
2. State（状态接口）：定义一个接口，描述在不同状态下的行为。这个接口通常包含与状态相关的行为方法，具体状态类将实现这些方法。
3. ConcreteState（具体状态类）：实现State接口，定义在特定状态下的行为。每个具体状态类表示一个状态，并根据状态的变化来改变行为。
4. Client（客户端）：通过上下文来触发状态的切换和行为的执行。客户端代码通常不会直接调用具体状态类的方法，而是通过上下文类来间接调用。

二、状态模式的主要优点

1. 清晰的状态转换：状态模式将状态之间的转换逻辑封装在具体状态类中，使状态切换逻辑变得清晰明确。这降低了状态转换逻辑的复杂性，使代码易于理解。
2. 降低条件语句：状态模式减少了对象中的条件语句（如if-else或switch-case），将状态判断和状态行为分离开来。这提高了代码的可读性，并使代码更加简洁。
3. 符合开闭原则：添加新的状态类或修改现有状态类不会影响上下文类的代码，符合开闭原则（对扩展开放，对修改关闭）。这使得状态模式对系统的扩展和维护更加友好。
4. 单一职责原则：每个具体状态类负责自己状态下的行为，使得每个类都遵循单一职责原则。这提高了代码的模块化和可维护性。
5. 易于测试：每个具体状态类可以独立测试，因为它们实现了相对简单的行为。这有助于提高代码的可测试性。

三、状态模式的应用场景

状态模式适用于以下场景：

1. 对象的行为依赖于它的状态：当对象的行为随着其内部状态的变化而变化时，可以使用状态模式来封装这些状态和行为。
2. 状态转换逻辑复杂：如果状态之间的转换逻辑非常复杂，使用状态模式可以将这些逻辑分散到多个具体状态类中，从而降低代码的复杂性。
3. 需要动态切换状态：当对象需要在运行时动态地切换状态时，状态模式提供了一种灵活的方式来管理这些状态切换。

四、实例讲解

以自动售货机（Gumball Machine）为例，演示如何使用状态模式来管理售货机的不同状态和行为。

假设售货机有两种状态：无硬币状态（NoCoinState）和有硬币状态（HasCoinState）。在不同的状态下，售货机的行为会有所不同。例如，在无硬币状态时，不能投币、不能发糖果；而在有硬币状态时，可以转动曲柄并发放糖果。

首先，定义一个状态接口State，包含售货机在不同状态下的行为方法：

java复制代码
interface State {
    void insertCoin();
    void ejectCoin();
    void turnCrank();
    void dispense();
}

然后，创建两个具体状态类NoCoinState和HasCoinState，分别实现State接口：

java复制代码
class NoCoinState implements State {
    private GumballMachine gumballMachine;
 
    public NoCoinState(GumballMachine gumballMachine) {
        this.gumballMachine = gumballMachine;
    }
 
    @Override
    public void insertCoin() {
        System.out.println("投币成功");
        gumballMachine.setState(gumballMachine.getHasCoinState());
    }
 
    @Override
    public void ejectCoin() {
        System.out.println("没有投币,无法退币");
    }
 
    @Override
    public void turnCrank() {
        System.out.println("没有投币,无法转动曲柄");
    }
 
    @Override
    public void dispense() {
        System.out.println("没有投币,无法发放糖果");
    }
}
 
class HasCoinState implements State {
    private GumballMachine gumballMachine;
 
    public HasCoinState(GumballMachine gumballMachine) {
        this.gumballMachine = gumballMachine;
    }
 
    @Override
    public void insertCoin() {
        System.out.println("已投币,不能再投币");
    }
 
    @Override
    public void ejectCoin() {
        System.out.println("退回硬币");
        gumballMachine.setState(gumballMachine.getNoCoinState());
    }
 
    @Override
    public void turnCrank() {
        System.out.println("转动曲柄,糖果正在发放");
        gumballMachine.setState(gumballMachine.getNoCoinState());
    }
 
    @Override
    public void dispense() {
        System.out.println("发放糖果");
    }
}

最后，创建上下文类GumballMachine，包含当前状态并管理状态的切换：

java复制代码
class GumballMachine {
    private State noCoinState;
    private State hasCoinState;
    private State currentState;
 
    public GumballMachine() {
        noCoinState = new NoCoinState(this);
        hasCoinState = new HasCoinState(this);
        currentState = noCoinState;
    }
 
    public void insertCoin() {
        currentState.insertCoin();
    }
 
    public void ejectCoin() {
        currentState.ejectCoin();
    }
 
    public void turnCrank() {
        currentState.turnCrank();
        // 假设转动曲柄后发放糖果，然后回到无硬币状态
        // 这里可以根据实际需求调整状态切换逻辑
        currentState.dispense();
    }
 
    public void setState(State state) {
        this.currentState = state;
    }
 
    // 提供getter方法以便在状态类中访问其他状态
    public State getNoCoinState() {
        return noCoinState;
    }
 
    public State getHasCoinState() {
        return hasCoinState;
    }
}

通过这个例子，我们可以看到状态模式如何将售货机的不同状态和行为封装成独立的类，并通过上下文类来管理状态的切换。客户端代码只需要与上下文类交互，而不需要关心具体的状态和行为实现。这大大提高了代码的可读性和可维护性。

扫描下方二维码，一个老毕登免费为你解答更多软件开发疑问！