我应该如何阅读？
本文将使用优雅的文字风格来告诉你什么是状态模式。
注意：
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” 程序都用到了设计模式。
总的一句话，设计模式不是规则，而是你随时可以改变的模式。这也是很多设计模式书籍强调的一点。
不论对你是否有帮助，还是谢谢您的耐心查看。如有错误之处，还望指教。