我应该如何阅读？
本文将使用优雅的文字风格来告诉你什么是状态模式。
注意：
1.在阅读本文之前请保证你已经掌控了 面对对象的思想与 多态的基本概念，否则将难以理解。
2.本文实现将用C++实现，你不一定必须学会C++，这些代码都有非常丰富的注释和简单的语法。
3.请不要跳着看，除非你已经学会。
那么现在开始吧
或许你会以为是类的各种状态，其实差不多。但是还有各种行为
允许一个对象在其内部状态改变时改变它的行为。实例化的对象看起来似乎修改了它的类
首先，状态，顾名思义你应该就差不多明白。它可以表示一个类中的状态，但是不仅仅只是状态。
它也包括了 行为，有点儿类似于策略模式，但是又不是策略模式。
我一直坚信。这个设计模式，只需要仅仅一张图片即可完成说明：这张三个片段代表飞机的三个不同状态
你懂了吗？根据日常生活的常识，你应该明白飞机这几种状态，但是我相信你应该还不太明白如何实现具体代码。
你也应该明白 “没有动力” 的时候是不能飞行的。
你也应该明白 “正在飞行” 的时候是不能再飞行的。
正是因为如此，我们就可以直接在不同的状态子类，实现不同的方法，比如 “没有动力” 的时候，如果使用 “起飞” 成员函数，将会提示没有动力，起飞失败。
而 “没有飞行” 的时候却是可以 使用 “起飞” 成员函数。
那么我应该具体怎么做？
实现的代码很简单。并且有丰富的注释，希望你能理解。
大致框架图：
飞机类是可以使用 任何一个 状态类，表示不同的状态。
注意：如果你不会 C++，也没有关系，”Virtual” 关键字你可以无视，至于成员函数后面有一个 "=0"，你可以理解为抽象方法，子类必须实现它，用Java的思想去看待代码
状态类的基类
下面我们来具体实现：基类永远都是这么简单，对吧？
1 /* 状态类的基类 抽象类*/ 2 class State 3 { 4 public: 5 State() 6 { 7 8 }; 9 virtual ~State() 10 { 11 12 }; 13 virtual void fly()=0; //起飞 =0是纯虚函数，可以理解为子类必须实现的 抽象方法 14 virtual void stopfly()=0; //停止飞行，降落 15 virtual void up()=0; //拉升飞行高度 16 virtual void down()=0; //拉低飞行高度 17 18 };
实现状态类的各个子类
然后我们应该来实现 各种状态了
代码有点多，但是都是很容易的。而且有丰富的注释。。
1 //状态类: 正在飞行 状态类 2 class StateFlying : public State 3 { 4 public: 5 StateFlying() 6 { 7 8 }; 9 virtual ~StateFlying() 10 { 11 12 }; 13 virtual void fly() 14 { 15 //因为飞机正在飞行，所以不能再度起飞 16 cout << "ERROR: Can't do this!! You are not 'stopfly'! " <<endl; 17 }; //起飞 18 virtual void stopfly() 19 { 20 //正在飞行的时候当然可以降落 21 cout << "INFO: OK! stopfly" << endl; 22 }; //停止飞行，降落 23 virtual void up() 24 { 25 //目前的状况当然可以这样做 26 cout << "INFO: OK! up" << endl; 27 }; //拉升飞行高度 28 virtual void down() 29 { 30 //目前的状况当然可以这样做 31 cout << "INFO: OK! down" << endl; 32 }; //拉低飞行高度 33 }; 34 35 //状态类: 停机状态 36 class StateNotFly : public State 37 { 38 public: 39 StateNotFly() 40 { 41 42 }; 43 virtual ~StateNotFly() 44 { 45 46 }; 47 virtual void fly() 48 { 49 //因为是 停机状态，所以是可以起飞的 50 cout << "INFO: OK! " << endl; 51 }; //起飞 52 virtual void stopfly() 53 { 54 //你难道可以 停机之后 再停机么？ 55 cout << "ERROR: Can't do this!! You are not 'Flying'! " <<endl; 56 }; //停止飞行，降落 57 virtual void up() 58 { 59 //停机的时候这些空中动作就算了吧 60 cout << "ERROR: Can't do up!! You are not 'Flying'! " <<endl; 61 }; //拉升飞行高度 62 virtual void down() 63 { 64 //停机的时候这些空中动作就算了吧 65 cout << "ERROR: Can't do down!! You are not 'Flying'! " <<endl; 66 }; //拉低飞行高度 67 }; 68 69 //状态类: 没有动力状态 70 class StateNotPower : public State 71 { 72 public: 73 StateNotPower() 74 { 75 76 }; 77 virtual ~StateNotPower() 78 { 79 80 }; 81 virtual void fly() 82 { 83 //没有动力了，无法起飞！ 84 cout << "ERROR: Can't do fly!! You are not Power! " <<endl; 85 }; //起飞 86 virtual void stopfly() 87 { 88 //没有动力了，赶紧降落 89 cout << "INFO: OK! stopfly" << endl; 90 }; //停止飞行，降落 91 virtual void up() 92 { 93 //没有动力，你是没法爬升的，等死吧！ 94 cout << "ERROR: Can't do up!! You are not Power! " <<endl; 95 }; //拉升飞行高度 96 virtual void down() 97 { 98 //没有了动力了，但是可以 滑翔下降 99 cout << "INFO: OK! down" << endl; 100 }; //拉低飞行高度 101 }; 102 103 /* 104 如果你学过其他设计模式，或者了解代码复用，你可能会说上面的代码可以复用（我是指各个成员函数中的输出），完全不必要这样写。 105 这里仅仅只是为了举例，尽量少的牵扯到其他。 106 */
这样，我们的三个状态就好了。从代码中你也可以看见一件事情，每个状态都有自己的各自的具体处理。
但是你现在可能会问，为什么要浪费时间写这么多看起来都是差不多的功能呢？
其实这样的话，你在飞机类里面就会出现一种现象，就是需要一个个判断当前的状态然后做相应的事情。类似于这样：
1 //假设你要执行停飞，但是不使用状态模式，将会有这种代码的出现 2 if(/*当前不是飞行ing*/) 3 { 4 //提示不能停飞 5 } 6 if(/*当前是飞行*/) 7 { 8 //执行停飞 9 } 10 if(/*当前没有动力*/) 11 { 12 //不能停飞 13 }
这种代码不但枯燥无趣，而且难以维护。如果哪天你加了一个“即将坠机”的状态，你需要修改每个类的每个方法。。。
实现飞机类 AirPlane 类
好了，回归正题，我们来实现飞机！看看飞机是如何不需要进行 状态 判断就可以直接用：
1 /*这是 飞机类 这个类才是正在 在用上面的各种类*/ 2 class AirPlane 3 { 4 private: 5 string name; 6 State *state; //状态 7 8 public: 9 AirPlane() 10 { 11 this->state = new StateNotPower(); //初始化状态为 “没有动力” 状态 12 }; 13 ~AirPlane() 14 { 15 delete this->state; //记得释放喔~ 16 }; 17 void setName(const char* name) 18 { 19 this->name = name; //复制 20 } 21 void setState(State * state) 22 { 23 delete this->state; //先释放原来的 24 this->state = state; //改成新的 状态 25 }; 26 void fly() 27 { 28 cout << "[AirPlane][" << this->name << "] "; 29 this->state->fly(); 30 }; //起飞 31 void stopfly() 32 { 33 cout << "[AirPlane][" << this->name << "] "; 34 this->state->stopfly(); 35 }; //停止飞行，降落 36 void up() 37 { 38 cout << "[AirPlane][" << this->name << "] "; 39 this->state->up(); 40 }; //拉升飞行高度 41 void down() 42 { 43 cout << "[AirPlane][" << this->name << "] "; 44 this->state->down(); 45 }; //拉低飞行高度 46 //你可以发现，我们将具体的实现全部交给了 子类去实现，我们完全不必管到底如何进行。 47 //当然了，如果你会策略模式，或许你能更加灵活运用，策略模式与本模式很相似。 48 };
你可以看见，我们已经将方法全部委托给了 状态 类。对吧。这有什么问题？
你根本无需在乎飞机到底是什么状态，完全就是直接用 状态类 的方法就好了。
现在我们来战斗吧
“作为 Pattern Art Online （AR）空战游戏的 元老玩家。你接到上级命令需要赶快去前线实行救援，你的队友几乎已经死绝了，你感到万分悲伤，你决定报仇”
“但是 你本来就很少上前线，因为你已经普升到 军长了，但是你手上已经没有任何战斗飞行员了，你必须亲自上阵，因为如果一旦退缩的话，后面就是你的家乡”
1 #include "State.h" 2 3 using namespace std; 4 5 int main(int argc, char const *argv[]) 6 { 7 /* 8 你实例化了一架 新的飞机，这个时候 作为 Pattern Art Online 游戏的 元老玩家。 9 你需要赶过去支援你的 队友！ 10 前线目前已经非常紧张，导致你起飞的动作僵硬无比。 11 */ 12 /*好的，我创建了一架飞机*/ 13 AirPlane *air = new AirPlane(); 14 /*随便取个名字，Alier Two 号*/ 15 air->setName("Alier Tow"); 16 /*起飞吧！我要赶快去 救我的队友*/ 17 air->fly(); /*输出: ERROR: Can't do fly!! You are not Power!*/ 18 /*该死，太紧张了，毕竟时间紧，你，就你，快加满油！*/ 19 air->setState(new StateNotFly()); //状态改成一切就绪，但没有正在飞行 20 /*很好，油满了，给我拉升！*/ 21 air->up(); /*输出: ERROR: Can't do up!! You are not 'Flying'!*/ 22 /*可恶，忘记先发动 螺旋桨了。。。*/ 23 air->fly(); /*输出: INFO: OK!*/ 24 /*哈哈哈，飞起来了！*/ 25 air->setState(new StateFlying()); //状态改成 飞行ing 26 /*给我飞高点*/ 27 air->up(); /*输出: INFO: OK! up*/ 28 29 /* ---五个小时的飞行后---*/ 30 31 /*咦？怎么回事，螺旋桨不转了？*/ 32 air->setState(new StateNotPower()); 33 /*卧槽，忘记带后备用油了，我可是要飞到 北美洲去啊！总部，总部！请求加油机支援！！！*/ 34 /*可恶。给我飞高点！！！*/ 35 /* ---距离地面还剩 800米--- */ 36 air->up(); /*输出: ERROR: Can't do up!! You are not Power!*/ 37 /*不...不要啊！不管什么，给我飞起来啊！！！*/ 38 air->fly(); /*救命啊： ERROR: Can't do fly!! You are not Power!*/ 39 /* ---即将坠机--- */ 40 /* ...砰... */ 41 /* --- You die--- */ 42 43 cin.get(); 44 45 delete air; /*可怜的你，还没有飞到前线就坠机了，真是.....*/ 46 return 0; 47 }
输出：
那么，你现在明白了？状态模式。你可以轻松的复用。甚至可以定义N个状态，定义个N不同的飞机，并且飞机与状态这之间却可以轻松的反复重用！
因为状态都继承了 State 抽象类，而飞行则只管使用，定义状态，而不需要管理不同状态下的不同行为。
就这样结束了？
“你的队友对你十分失望，你的上司对你的飞行技术感到质疑，这是一个不好的现象，这意味着你很有可能要被逐出 【Fly！Fly！Fly！】战队。”
“那么。你不准备做什么？”
“听说 Pattern Art Online （VR）角色扮演类游戏开始了，你的队友貌似挺感兴趣，你决心要利用黑客技术来帮助自己取得队友的信任。”
故事后续情节请看：《程序设计模式——策略模式》
最后
但是要注意的一点，不是说有了这个模式，就必须要加进去使用，程序会更棒。
设计模式要与你的程序相互和谐，不能写个 “HelloWorld” 程序都用到了设计模式。
总的一句话，设计模式不是规则，而是你随时可以改变的模式。这也是很多设计模式书籍强调的一点。
不论对你是否有帮助，还是谢谢您的耐心查看。如有错误之处，还望指教。