状态模式学习笔记

    前言：文章从三方面简单阐述状态模式：是什么、为什么、如何做。这是我在工作之余自己的一些理解、思考，有可能会之后自己更新一些新的理解，欢迎留言讨论。

---

一    什么是状态模式？

    状态模式也称状态机(State Machine)、对象行为型态。简单一句话解释这个设计模式就是：用对象定义具体状态，调用时指向具体状态对象的方法。

二    为什么我们需要它？（适用场景是什么）

    业务中免不了不同状态做不同处理的代码，简单情况下我们只需要用if-else,switch-case就可以实现。以下情况，请考虑使用状态机模式：

    从1到5，越往后的情况越适用。

    1.if后面的条件语句长，过长的条件使得代码阅读性差，更糟糕的是过多条件严重妨碍梳理逻辑。

    2.if-else数量多，与第一条有相似之处，过多的情况对于梳理代码流程是不利的，数量过多之后代码累赘加剧。

    3.if-else中的操作代码多且复杂，这将使得方法体变得极其庞大，往往使得几个if-else之间相隔天涯，对于把握代码全局是不利的。

    4.if,if-else,else if...逻辑关系复杂，逻辑关系复杂往往捋一遍不够，多捋几遍就会绕进去，写出来代码也不容易发现隐患，或者往往要调试很久才发现漏掉的情况。

    5.对于这部分的需求改动频繁，如果有之前的不适之症，加上这个，就不解释了。

    这里也顺便谈一下状态模式的优缺点。

    优点：

    1.代码结构化，易于维护、扩展。

    2.每个状态只需要关心自己内部的实现，而不会影响到其他的，耦合降低。

    缺点：

    1.有多少的状态就得有多少的类，因此会创建大量的类。

    2.代码结构变得复杂，不再是单个类中写满逻辑。

三    怎么做？

    实现方式有三部分：

    状态模式的概念描述是和"多态性"的描述很接近了，没错，和多态性息息相关，看完下面就明白了。

    1.    状态拥有者的实体模型。

    2.    状态接口(也可使用抽象类)，定义业务方法。

    3.    状态的各个具体实现类，分别实现业务方法。

---

我这里写了一个简单的地铁运行状态的例子。

 下面是第1部分 的代码

下面是 第2部分的代码

下面是第3部分的代码

    这里只贴出了其中两个具体状态的实现类，其他的状态实现同理。

最后是测试类：