状态模式

状态模式：当一个对象的内在状态改变时允许改变其行为，这个对象看起来像是改变了其类。

起因：当需要判断的状态很多相对的行为很多而导致方法分支过多导致代码过长，部分更改时却要对整个方法做改动，维护风险出错风险很大。违背了开放-封闭原则。面向对象设计就是希望做到代码的责任分解。
状态模式主要解决的是当控制一个对象状态转换的条件表达式过于复杂时的情况。把状态的判断逻辑转移到表示不同状态的一系列类当中，可以把复杂的逻辑简化。当然，如果这个状态判断很简单，那就没必要用状态模式了。
优点：将与特定状态相关的行为局部化，并且将不同状态的行为分割开来。将特定的状态相关的行为都放入一个对象中，由于所有与状态相关的代码都存在于某个ConcreteState中，所以通过定义新的子类可以很容易地增加新的状态和转换。是为了消除庞大的条件分支语句，把各种状态转移逻辑分布到State的子类之间，来减少相互间的依赖。
何时使用：当一个对象的行为取决于它的状态，并且它必须在运行时刻根据状态改变它的行为时，就可以考虑使用状态模式。比如某一个业务有多个状态，通常都是一些枚举常量，状态的变化都是依赖大量的多分支判断语句来实现，此时应该考虑将每一种业务状态定义为一个State的子类。这样这些对象就可以不依赖于其他对象而独立变化了，当需要更改需求时，增加或减少业务状态或改变状态流程，都不是难事了。