行为型设计模式——状态模式

状态模式

状态模式是比较简单的设计模式,它的主要作用是减少代码中大量的 if-else 或者 switch-case 等逻辑判断(俗称屎山)。它将每个状态定义为一个类,而每个状态类有自己对应的方法,因此当需要根据状态执行逻辑代码时不需要写大量的if-else判断是哪个状态然后执行对应的逻辑,而只需要创建某个状态对象,直接调用它对应的方法即可。定义: 对有状态的对象,把复杂的"判断逻辑"提取到不同的状态对象中,允许状态对象在其内部状态发生改变时改变其行为。

状态模式包含以下主要角色。

  • 环境(Context)角色:也称为上下文,它定义了客户程序需要的接口,维护一个当前状态,并将与状态相关的操作委托给当前状态对象来处理。
  • 抽象状态(State)角色:定义一个接口,用以封装环境对象中的特定状态所对应的行为。
  • 具体状态(Concrete State)角色:实现抽象状态所对应的行为。

案例

【例】通过按钮来控制一个电梯的状态,一个电梯有开门状态,关门状态,停止状态,运行状态。每一种状态改变,都有可能要根据其他状态来更新处理。例如,如果电梯门现在处于运行时状态,就不能进行开门操作,而如果电梯门是停止状态,就可以执行开门操作。

下面使用一个例子来说明,第一个代码的实现是不使用状态模式的实现,而是每个方法都去判断当前状态情况然后执行对应的逻辑。类图如下:

代码如下:

java 复制代码
public interface ILift {
    //电梯的4个状态
    //开门状态
    public final static int OPENING_STATE = 1;
    //关门状态
    public final static int CLOSING_STATE = 2;
    //运行状态
    public final static int RUNNING_STATE = 3;
    //停止状态
    public final static int STOPPING_STATE = 4;

    //设置电梯的状态
    public void setState(int state);

    //电梯的动作
    public void open();
    public void close();
    public void run();
    public void stop();
}

public class Lift implements ILift {
    private int state;

    @Override
    public void setState(int state) {
        this.state = state;
    }

    //执行关门动作
    @Override
    public void close() {
        switch (this.state) {
            case OPENING_STATE:
                System.out.println("电梯关门了。。。");//只有开门状态可以关闭电梯门,可以对应电梯状态表来看
                this.setState(CLOSING_STATE);//关门之后电梯就是关闭状态了
                break;
            case CLOSING_STATE:
                //do nothing //已经是关门状态,不能关门
                break;
            case RUNNING_STATE:
                //do nothing //运行时电梯门是关着的,不能关门
                break;
            case STOPPING_STATE:
                //do nothing //停止时电梯也是关着的,不能关门
                break;
        }
    }

    //执行开门动作
    @Override
    public void open() {
        switch (this.state) {
            // ..... 省略大量case代码
        }
    }

    //执行运行动作
    @Override
    public void run() {
        switch (this.state) {
            // ..... 省略大量case代码
        }
    }

    //执行停止动作
    @Override
    public void stop() {
        switch (this.state) {
            // ..... 省略大量case代码
        }
    }
}

public class Client {
    public static void main(String[] args) {
        Lift lift = new Lift();
        lift.setState(ILift.STOPPING_STATE);//电梯是停止的
        lift.open();//开门
        lift.close();//关门
        lift.run();//运行
        lift.stop();//停止
    }
}

问题分析:

  • 使用了大量的switch...case这样的判断(if...else也是一样),使程序的可阅读性变差。
  • 扩展性很差。如果新加了断电的状态,我们需要修改上面判断逻辑

状态设计模式实现

对上述电梯的案例使用状态模式进行改进。类图如下:

代码如下:

首先定义电梯状态类,成员变量有当前状态名字和当前管理当前状态的上下文对象Context,为什么需要这个?因为所有的状态都由Context对象统一管理,所以所有的状态都需要记住管理自己的上下文对象,这个对象只有一个被所有状态对象持有。说到低就是各个状态类维护唯一的上下文对象引用。

java 复制代码
public abstract class LiftState {
    private String stateName;
    Context context; // 维护当前的Contex,全局只有一个Context,维护当前的上下文环境
    public String getStateName() {
        return stateName;
    }
    public void setStateName(String stateName) {
        this.stateName = stateName;
    }
    public void setContext(Context context){
        this.context = context;
    }
    public Context getContext(){
        return this.context;
    }

    //电梯开门动作
    public abstract void open();

    //电梯关门动作
    public abstract void close();

    //电梯运行动作
    public abstract void run();

    //电梯停止动作
    public abstract void stop(); 
}

然后是四种状态的实现类,如下:

java 复制代码
// 电梯关闭门状态
public class ClosedState extends LiftState{
    public ClosedState(){
        this.setStateName("关闭状态");
    }
    // 电梯闭门(运行)状态,只可以停止
    @Override
    public void stop() {
        // 停止电梯
        System.out.println("电梯运行已经停止...");
        // 修改当前上下文环境,
        StoppedState stoppedState = new StoppedState();
        stoppedState.setContext(this.getContext()); // 当前Context不能变,全局用一个
        this.context.setCurrState(stoppedState);    // 修改当前环境的状态,换状态了!
    }
    @Override
    public void open() {
        System.out.println("不执行任何命令");
    }

    @Override
    public void close() {
        System.out.println("不执行任何命令");
    }

    @Override
    public void run() {
        System.out.println("不执行任何命令");
    }
}

// 电梯开门状态
public class OpenedState extends LiftState{
    public OpenedState(){
        this.setStateName("开启状态");
    }
    // 电梯门开着的状态下(停止)只能关门操作
    @Override
    public void close() {
        // 关闭电梯门
        System.out.println("电梯门已经关闭...");
        // 修改当前上下文环境
        ClosedState closedState = new ClosedState();
        closedState.setContext(this.getContext()); // 当前Context不能变,全局用一个
        this.context.setCurrState(closedState);    // 修改当前环境的状态,换状态了!
    }
    @Override
    public void open() {
        System.out.println("不执行任何命令");
    }
    @Override
    public void run() {
        System.out.println("不执行任何命令");
    }
    @Override
    public void stop() {
        System.out.println("不执行任何命令");
    }
}

// 电梯运行状态
public class RunningState extends LiftState{
    public RunningState(){
        this.setStateName("运行状态");
    }
    @Override
    public void open() {
        System.out.println("不执行任何命令");
    }

    @Override
    public void run() {
        System.out.println("不执行任何命令");
    }

    @Override
    public void close() {
        System.out.println("不执行任何命令");
    }

    // 电梯运行时只能停止操作
    @Override
    public void stop() {
        // 关闭电梯门
        System.out.println("电梯运行已经停止...");
        // 修改当前上下文环境
        StoppedState stoppedState = new StoppedState();
        stoppedState.setContext(this.getContext()); // 当前Context不能变,全局用一个
        this.context.setCurrState(stoppedState);    // 修改当前环境的状态,换状态了!
    }
}

// 电梯停止状态
public class StoppedState extends LiftState {
    public StoppedState(){
        this.setStateName("停止状态");
    }
    // 电梯停止状态(假设停止状态是关闭门的停止)只能开门或者继续运行
    @Override
    public void open() {
        // 电梯门打开
        System.out.println("电梯门已经打开...");
        // 修改当前上下文环境
        OpenedState openedState = new OpenedState();
        openedState.setContext(this.getContext()); // 当前Context不能变,全局用一个
        this.context.setCurrState(openedState);    // 修改当前环境的状态,换状态了!
    }

    @Override
    public void run() {
        // 启动电梯
        System.out.println("电梯运行开始启动...");
        // 修改当前上下文环境
        RunningState runningState = new RunningState();
        runningState.setContext(this.getContext()); // 当前Context不能变,全局用一个
        this.context.setCurrState(runningState);    // 修改当前环境的状态,换状态了!
    }

    @Override
    public void stop() {
        System.out.println("不执行任何命令");
    }

    @Override
    public void close() {
        System.out.println("不执行任何命令");
    }
}

上面这么多状态,需要有一个类来统一管理,这个类就是上下文环境类,这个类维护一个当前状态,屏蔽掉具体的状态类。这个上下文环境对象的当前状态由触发的动作决定,例如在电梯停止状态下调用open()方法,就会转变位门开启状态。如下:

java 复制代码
public class Context {
    private LiftState currState;
    public Context(LiftState state){
        this.currState = state;
        this.currState.setContext(this);
    }

    public void setCurrState(LiftState state){
        this.currState = state;
        this.currState.setStateName(state.getStateName());
    }
    public LiftState getCurrState(){
        return this.currState;
    }

    public void open(){
        this.currState.open();
    }
    public void close() {
        this.currState.close();
    }

    public void run() {
        this.currState.run();
    }

    public void stop() {
        this.currState.stop();
    }

}

客户端测试类:

java 复制代码
public class Main {
    public static void main(String[] args) {
        ClosedState closedState = new ClosedState();
        Context context = new Context(closedState);
        System.out.println(context.getCurrState().getStateName());

        System.out.println("-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=");

        context.stop();
        System.out.println(context.getCurrState().getStateName());

        context.run();
        System.out.println(context.getCurrState().getStateName());

        context.open();
        System.out.println(context.getCurrState().getStateName());
    }
}

输出结果:

关闭状态

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

电梯运行已经停止...

停止状态

电梯运行开始启动...

运行状态

不执行任何命令

运行状态

解释一下Context 类中持有LiftState对象,而LiftState 类也持有Context 对象的逻辑,首先Context 中持有LiftState对象是为了维护不同状态的切换,即维护一个当前状态,当客户端调用了某个方法会触发状态的自动切换,这个Context 就是上下文或者讲环境类。而为什么LiftState 类也持有Context 对象呢?那这不是相互引用吗?是的,但是这样做是没错的,LiftState 类中的Context 对象就是一开始我们的环境上下文对象,全局只有一个,每个状态需要记住这个Context 对象的引用是因为发生状态切换的时候需要Context 对象的状态设置为自己,因此需要知道Context 对象的引用。那能不能不引用呢?也是可以的,那么需要通过传参的方式将Context 对象传进来,然后状态切换的时候设置Context 对象的当前状态即可。相互引用在Java中是常见的操作,假设A类和B类相互引用,实例化的时候先实例化A对象,其中的B引用为null,然后实例化B的时候将其B中的A引用指向上面实例化的A对象,将上面实例化的A对象B引用指向自己。延迟加载的模式进行实例化。

优点

  • 将所有与某个状态有关的行为放到一个类中,并且可以方便地增加新的状态,只需要改变对象状态即可改变对象的行为。
  • 允许状态转换逻辑与状态对象合成一体,而不是某一个巨大的条件语句块。

缺点

  • 状态模式的使用必然会增加系统类和对象的个数。
  • 状态模式的结构与实现都较为复杂,如果使用不当将导致程序结构和代码的混乱。
  • 状态模式对"开闭原则"的支持并不太好。

使用场景

  • 当一个对象的行为取决于它的状态,并且它必须在运行时根据状态改变它的行为时,就可以考虑使用状态模式。
  • 一个操作中含有庞大的分支结构,并且这些分支决定于对象的状态时。

参考内容

传智播客设计模式相关笔记(主要)

https://zhuanlan.zhihu.com/p/369732910

相关推荐
m0_748251522 小时前
vue2前端导出pdf文件
前端·pdf·状态模式
捕鲸叉4 小时前
C++软件设计模式之类型模式和对象型模式
开发语言·c++·设计模式
诸葛悠闲5 小时前
设计模式——组合模式
设计模式·组合模式
诸葛悠闲5 小时前
设计模式——装饰模式
设计模式
西岭千秋雪_5 小时前
设计模式の中介者&发布订阅&备忘录模式
java·观察者模式·设计模式·中介者模式·备忘录模式
捕鲸叉5 小时前
C++软件设计模式之代理(Proxy)模式
c++·设计模式
思忖小下5 小时前
梳理你的思路(从OOP到架构设计)_介绍GoF设计模式
设计模式·架构·eit
重生之绝世牛码5 小时前
Java设计模式 —— 【结构型模式】享元模式(Flyweight Pattern) 详解
java·大数据·开发语言·设计模式·享元模式·设计原则
越甲八千9 小时前
重温设计模式--代理、中介者、适配器模式的异同
设计模式·适配器模式