设计模式之罪 2-20 状态模式

一、定义

状态模式的定义如下：
Allow an object to alter its behavior when its internal state changes. the object will appear to change its class.（当一个对象内在状态改变时允许其改变行为，这个对象看起来像改变了其类）

状态模式的通用类图如上所示。由图可知，状态模式中有3个角色：

• State - 抽象状态角色：接口或抽象类，负责对象状态的定义，并且封装环境角色以实现状态切换。
• ConcreteSate - 具体状态角色：每个具体状态有两个职责：本状态的行为管理以及趋向状态状态处理。通俗来说，就是本状态下要做的事，以及本状态如何过渡到其他状态。
• Context - 环境角色：定义客户端需要的接口，并负责具体状态的切换。

状态模式的核心：封装。状态的变更引起了行为的变更，从外部看起来就好像这个对象对应的类发生了改变。

二、通用代码

1. 抽象状态角色

public abstract class State{
    //定义一个环境角色，提高子类访问
    protected Context context;
    //设置环境角色
    public void setContext(Context _context) {
        this.context = _context;
    }
    //行为1
    public abstract void handle1();
    //行为2
    public abstract void handle2();
}

2. 具体状态角色

public class ConcreteState1 extends State {
    @Override
    public void handle1() {
        //本状态下必须处理的逻辑
    }
    @Override
    public void handle2() {
        //设置当前状态为state2
        super.context.setCurrentState(Context.STATE2);
        //过渡到state2状态，由Context实现
        super.context.handle2();
    }
}
public class ConcreteState2 extends State {
    @Override
    public void handle1() {
        //设置当前状态为state1
        super.context.setCurrentState(Context.STATE1);
        //过渡到state1状态，由Context实现
        super.context.handle1();
    }
    @Override
    public void handle2() {
        //本状态下必须处理的逻辑
    }
}

每个具体状态有两个职责：本状态的行为管理以及趋向状态状态处理。

3. 环境角色

public class Context {
   //定义状态
    public final static State STATE1 = new ConcreteState1();
    public final static State STATE2 = new ConcreteState2();

    //当前状态
    private State currentState;
    public State getCurrentState() {
        return this.currentState;
    }
    public void setCurrentState(State currentState) {
        this.currentState= currentState;
        //切换状态
        this.currentState.setContext(this);
    }
    //行为委托
    public void handle1() {
        this.currentState.handle1();
    }
    @Override
    public void handle2() {
        this.currentState.handle2();
    }
}

环境角色有两个不成文的约束：

1. 把状态对象声明为静态常量，有几个状态对象就有几个静态常量。
2. 环境角色具有抽象角色定义的所有行为，具体执行使用委托方式。

4. 客户类

public class Client {

    public static void main(String[] args) {
    	//定义环境角色
        Context context = new Context();
        //初始化状态
        context.setCurrentState(new ConcreteState1());
        //行为执行
        context.handle1();
        context.handle2();
    }
}

三、实际例子

因为这个模式很重要，但理解又有点困难，因此使用一个具体的例子进行展示，自己也跑了代码，很有意思。这个例子就是电梯运行中的状态变化。

1. 抽象状态角色

public abstract class LiftState {
    //定义一个环境角色，也就是封装状态的变化引起的功能切换
    protected Context context;
    public void setContext(Context _context) {
        this.context = _context;
    }
    //首先电梯门开启动作
    public abstract void open();
    //电梯门关闭
    public abstract void close();
    //电梯运行
    public abstract void run();
    //电梯停止
    public abstract void stop();
}

2. 具体状态角色

public class OpeningState extends LiftState{
    @Override
    public void open() {
        System.out.println("电梯门开启...");
    }
    @Override
    public void close() {
        //状态修改
        super.context.setLiftState(Context.closingState);
        //动作委托给CloseSate来执行
        super.context.getLiftState().close();
    }
    @Override
    public void run() {
        //开门不能运行啦
    }
    @Override
    public void stop() {
        //本来就是停止
    }
}

public class ClosingState extends LiftState{
    @Override
    public void open() {
        super.context.setLiftState(Context.openingState);
        super.context.getLiftState().open();
    }
    @Override
    public void close() {
        System.out.println("电梯门关闭...");
    }
    @Override
    public void run() {
        super.context.setLiftState(Context.runningState);
        super.context.getLiftState().run();
    }
    @Override
    public void stop() {
        //不按楼层的情况
        super.context.setLiftState(Context.stoppingState);
        super.context.getLiftState().stop();
    }
}

public class RunningState extends LiftState{
    @Override
    public void open() {
        //在运行状态，不能开！
    }
    @Override
    public void close() {
        //本来就是关闭的
    }
    @Override
    public void run() {
        System.out.println("电梯运行...");
    }
    @Override
    public void stop() {
        super.context.setLiftState(Context.stoppingState);
        super.context.getLiftState().stop();
    }
}

public class StoppingState extends LiftState{
    @Override
    public void open() {
        super.context.setLiftState(Context.openingState);
        super.context.getLiftState().open();
    }
    @Override
    public void close() {
        //本来就是关闭的
    }
    @Override
    public void run() {
        super.context.setLiftState(Context.runningState);
        super.context.getLiftState().run();
    }
    @Override
    public void stop() {
        System.out.println("电梯停止...");
    }
}

3. 环境角色

public class Context {
    //定义出所有的电梯状态
    public final static OpeningState openingState = new OpeningState();
    public final static ClosingState closingState = new ClosingState();
    public final static RunningState runningState = new RunningState();
    public final static StoppingState stoppingState = new StoppingState();

    //定义一个当前电梯状态
    private LiftState liftState;
    public LiftState getLiftState() {
        return this.liftState;
    }
    public void setLiftState(LiftState liftState) {
        this.liftState = liftState;
        //把当前的环境通知到各个实现类中
        this.liftState.setContext(this);
    }
    public void open() {
        this.liftState.open();
    }
    public void close() {
        this.liftState.close();
    }
    public void run() {
        this.liftState.run();
    }
    public void stop() {
        this.liftState.stop();
    }
}

4. 客户类

public class Client {
    public static void main(String[] args) {
        Context context = new Context();
        context.setLiftState(new ClosingState());
        context.open();
        context.close();
        context.run();
        context.stop();
    }
}

执行结果如下：

电梯门开启...
电梯门关闭...
电梯运行...
电梯停止...

四、状态模式的应用

1. 状态模式的优点和缺点

优点：结构清晰，避免过多if语句；遵循设计原则，包括开闭原则单一职责原则；封装性好，
缺点：类膨胀问题，因此状态不易过大，最好不超过5个。

2. 状态模式的使用场景

• 行为随状态改变而改变的场景：例如权限设计，人员的状态不同，执行相同的行为结果是不同的。
• 条件、分支判断语句的替代者

3. 最佳实践

当需要把已有的几种状态按照一定顺序再重新组装一下，可以用到建造模式+状态模式。