State 状态模式（行为型模式）
动机（Motivation）
在软件构建过程中，某些对象的状态如果改变，其行为也会随之而发生变化，比如文档处于只读状态，其支持的行为和读写状态的行为就可能完全不同。
如何在运行时根据对象的状态来透明地更改对象的行为？而不会为对象操作和状态转换之间引入紧耦合？
意图（Intent）
允许一个对象在其内部状态改变时改变它的行为。从而使对象看起来似乎修改了其行为。——《设计模式》GoF
结构（Structure）
示例代码
public enum DocumentState{ReadOnly,Editable}public class Document{private DocumentState state;public void Handle(){if (state == DocumentState.ReadOnly){//... }else if (state == DocumentState.Editable){//... }}}
当DocumentState改变时，也会引起Document的改变，这时就需要解耦：
public abstract class StatedDocument//抽象类——表示状态及依赖状态的行为,它是稳定的 {public abstract void Handle1();public abstract void Handle2();public abstract void Handle3();}public class ReadOnlyStatedDocument : StatedDocument{public override void Handle1(){//... }public override void Handle2(){//... }public override void Handle3(){//... }}public class EditableStatedDocument : StatedDocument{public override void Handle1(){//... }public override void Handle2(){//... }public override void Handle3(){//... }}public class Document//main logic 主逻辑 {private StatedDocument statedDocument;public void SetStatedDocument(StatedDocument statedDocument){this.statedDocument = statedDocument;}public void Handle1()//它不对应状态，而是每个状态会包含的一个方法 {statedDocument.Handle1();}public void Handle2(){statedDocument.Handle2();}public void Handle3(){statedDocument.Handle2();}}
State模式的几个要点
- State模式将所有与一个特定状态相关的行为都放入一个State的子类对象中，在对象状态切换时，切换相应的对象；但同时维持State的接口，这样实现了具体操作与状态转换之间的解耦。
- 为不同的状态引入不同的对象使得状态转换变得更加明确，而且可以保证不会出现状态不一致的情况，因为转换是原子性的——即要么彻底转换过来，要么不转换。
- 如果State对象没有实例变量，那么各个上下文可以共享同一个State对象，从而节省对象开销。
转载请注明出处：
作者：JesseLZJ
出处：http://jesselzj.cnblogs.com
