设计模式——状态模式

状态（State）模式：允许一个对象在其内部状态改变时改变它的行为，对象看起来似乎修改了它的状态。 State：状态，定义抽象接口； ConcreteState：具体状态类，每个子类实现一个Context的一个状态相关的行为； Context：定义客户感兴趣的接口，维护一个ConcreteState子类的实例，这个实例定义为当前状态； 适用性： （1）一个对象的行为取决于它的状态，并且它必须在允许时刻根据状态改变它的行为； （2）一个操作有大量多分支的条件语句，且分支依赖于对象的状态。这个状态通常用一个或多个枚举常量表示； 优点： （1）将所有与一个特定状态相关的行为放入一个类中，把不同的状态分割开来，使得增加新的状态很方便； （2）使的状态的转换更加清晰； （3）当State对象没有实例变量时，Context对象可以共享一个State对象； 缺点： 状态过多，会造成大量子类不方便管理 实现： （1）为了让转换更灵活， Context中需要增加一个接口ChangeState，让State对象转换当前状态。缺点是一个State中包含其他State，造成了各个子类的依赖； （2）可以使用表将每一个可能的输入映射到一个后继状态，这种方法将条件代码映射到一个查找表。缺点是效率低，可读性差，传入参数不方便； （3）Context可以将自身作为一个参数传递给处理该请求的状态对象，让状态对象在方便时可以访问Context； （4）当进入状态在运行时不可知时，并且不经常变更状态时，选择需要State对象时才创建并随后销毁；当State对象存储大量信息，并且状态改变很频繁时，应该预先创建并且始终不销毁它们；