目录
1.模式动机
在很多情况下，一个对象的行为取决于一个或多个动态变化的属性，这样的属性叫做状态，这样的对象叫做有状态的 (stateful)对象，这样的对象状态是从事先定义好的一系列值中取出的。当一个这样的对象与外部事件产生互动时，其内部状态就会改变，从而使得系统的行为也随之发生变化。
在UML中可以使用状态图来描述对象状态的变化。例如人的情绪就可以使用状态图来描述对象状态的变化。
将“开心”和“伤心”两种情绪从类“人”中分离出来，从而避免在“人”中进行状态的判断和转换，将拥有状态的对象和状态对应的行为分离，这就是状态模式的动机
2.模式定义
状态模式(State Pattern) ：允许一个对象在其内部状态改变时改变它的行为，对象看起来似乎修改了它的类。其别名为状态对象(Objects for States)，状态模式是一种对象行为型模式。
3.模式结构
状态模式包含如下角色：
Context: 环境类
State: 抽象状态类
ConcreteState: 具体状态类
4.模式分析
状态模式描述了对象状态的变化以及对象如何在每一种状态下表现出不同的行为。 状态模式的关键是引入了一个抽象类来专门表示对象的状态，这个类我们叫做抽象状态类，而对象的每一种具体状态类都继承了该类，并在不同具体状态类中实现了不同状态的行为，包括各种状态之间的转换。
某酒店订房系统，将房间设计为一个类，那么房间对象存在已预订、空闲、已入住等状态。这些状态之间可以相互转换，不同状态的对象还可能具有不同的行为。如已预订或有客人的房间就不能再接受其他顾客的预订，而空闲的房间可以接受预订。状态图如下所示：
如果不使用状态模式，在环境类房间中可能存在如下示例代码片段：
| if(state=="空闲") { if(预订房间) { 预订操作; state="已预订"; } else if(住进房间) { 入住操作; state="已入住"; } } else if(state=="已预订") { if(住进房间) { 入住操作; state="已入住"; } else if(取消预订) { 取消操作; state="空闲"; } } |
在房间类中需要做复杂的判断进行状态切换操作，而且房间类的状态不同时其操作也有所差异，因此代码非常冗长，可维护性很差。因此需要考虑将房间类的状态从房间类中抽取出来，将与每种状态有关的操作封装在独立的状态类中。
使用状态模式重构之后的代码：
| //重构之后的“空闲状态类”示例代码 …… if(预订房间) { 预订操作; context.setState(new 已预订状态类()); } else if(住进房间) { 入住操作; context.setState(new 已入住状态类()); } …… |
在状态模式结构中需要理解环境类与抽象状态类的作用： 环境类实际上就是拥有状态的对象，环境类有时候可以充当状态管理器(State Manager)的角色，可以在环境类中对状态进行切换操作。 抽象状态类可以是抽象类，也可以是接口，不同状态类就是继承这个父类的不同子类，状态类的产生是由于环境类存在多个状态，同时还满足两个条件：这些状态经常需要切换，在不同的状态下对象的行为不同。 因此可以将不同对象下的行为单独提取出来封装在具体的状态类中，使得环境类对象在其内部状态改变时可以改变它的行为，对象看起来似乎修改了它的类，而实际上是由于切换到不同的具体状态类实现的。由于环境类可以设置为任一具体状态类，因此它针对抽象状态类进行编程，在程序运行时可以将任一具体状态类的对象设置到环境类中，从而使得环境类可以改变内部状态，并且改变行为。
5.实例分析
电梯在我们周边随处可见，电梯的控制逻辑中心是由电梯控制器实现的。电梯的控制逻辑，即使简单点设计，把状态分成开门状态，停止状态和运行状态，操作分成开门、关门、运行、停止，那流程也是很复杂的。首先，开门状态不能开门、运行、停止；停止状态不能关门，停止；运行状态不能开门、关门、运行。 要用一个一个if…else…实现，首先代码混乱，不易维护；二是不易扩展。但是可以看出的是，每个操作仅仅是一个操作，状态切换与操作是分离的，这也造成后来操作和状态“相互配合”的“手忙脚乱”。如果把状态抽象成一个类，每个状态为一个子类，每个状态实现什么操作，不实现什么操作，仅仅在这个类中具体实现就可以了。
# 实现抽象的状态类
class LiftState:
def open(self):
pass
def close(self):
pass
def run(self):
pass
def stop(self):
pass
# 具体的状态类
class OpenState(LiftState):
def open(self):
print ("打开:门开了……")
return self
def close(self):
print ("打开:门开始关上……")
print ("打开:门关上了")
return StopState()
def run(self):
print ("打开:禁止运行。")
return self
def stop(self):
print ("打开:停止被禁止的。")
return self
class RunState(LiftState):
def open(self):
print ("运行:禁止打开。")
return self
def close(self):
print ("运行:被禁止的。")
return self
def run(self):
print ("运行:电梯正在运行…")
return self
def stop(self):
print ("运行:电梯开始停止……")
print ("运行:电梯停了下来…")
return StopState()
class StopState(LiftState):
def open(self):
print ("停止:门是开的…")
print ("停止:门开了…….")
return OpenState()
def close(self):
print ("停止:关闭禁止")
return self
def run(self):
print ("停止:电梯开始运行……")
return RunState()
def stop(self):
print ("停止:电梯停止。")
return self
# 将上下文进行记录
class Context:
lift_state=""
def getState(self):
return self.lift_state
def setState(self,lift_state):
self.lift_state=lift_state
def open(self):
self.setState(self.lift_state.open())
def close(self):
self.setState(self.lift_state.close())
def run(self):
self.setState(self.lift_state.run())
def stop(self):
self.setState(self.lift_state.stop())
if __name__=="__main__":
ctx = Context()
ctx.setState(StopState())
ctx.open()
ctx.run()
ctx.close()
ctx.run()
ctx.stop()6.模式优点
（1）状态模式的优点 封装了转换规则。
（2）枚举可能的状态，在枚举状态之前需要确定状态种类。
（3）将所有与某个状态有关的行为放到一个类中，并且可以方便地增加新的状态，只需要改变对象状态即可改变对象的行为。 （4）允许状态转换逻辑与状态对象合成一体，而不是某一个巨大的条件语句块。
（5）可以让多个环境对象共享一个状态对象，从而减少系统中对象的个数。
7.模式缺点
（1）状态模式的使用必然会增加系统类和对象的个数。
（2）状态模式的结构与实现都较为复杂，如果使用不当将导致程序结构和代码的混乱。
（3）状态模式对“开闭原则”的支持并不太好，对于可以切换状态的状态模式，增加新的状态类需要修改那些负责状态转换的源代码，否则无法切换到新增状态；而且修改某个状态类的行为也需修改对应类的源代码。
8.适用情况
(1) 状态模式在工作流或游戏等类型的软件中得以广泛使用，甚至可以用于这些系统的核心功能设计，如在政府OA办公系统中，一个批文的状态有多种：尚未办理；正在办理；正在批示；正在审核；已经完成等各种状态，而且批文状态不同时对批文的操作也有所差异。使用状态模式可以描述工作流对象（如批文）的状态转换以及不同状态下它所具有的行为。
(2) 在目前主流的RPG（Role Play Game，角色扮演游戏）中，使用状态模式可以对游戏角色进行控制，游戏角色的升级伴随着其状态的变化和行为的变化。对于游戏程序本身也可以通过状态模式进行总控，一个游戏活动包括开始、运行、结束等状态，通过对状态的控制可以控制系统的行为，决定游戏的各个方面，因此可以使用状态模式对整个游戏的架构进行设计与实现。
9.模式扩展
共享状态 ：
在有些情况下多个环境对象需要共享同一个状态，如果希望在系统中实现多个环境对象实例共享一个或多个状态对象，那么需要将这些状态对象定义为环境的静态成员对象。
简单状态模式 ：
简单状态模式是指状态都相互独立，状态之间无须进行转换的状态模式，这是最简单的一种状态模式。对于这种状态模式，每个状态类都封装与状态相关的操作，而无须关心状态的切换，可以在客户端直接实例化状态类，然后将状态对象设置到环境类中。 如果是这种简单的状态模式，它遵循“开闭原则”，在客户端可以针对抽象状态类进行编程，而将具体状态类写到配置文件中，同时增加新的状态类对原有系统也不造成任何影响。
可切换状态的状态模式：
大多数的状态模式都是可以切换状态的状态模式，在实现状态切换时，在具体状态类内部需要调用环境类Context的setState()方法进行状态的转换操作，在具体状态类中可以调用到环境类的方法，因此状态类与环境类之间通常还存在关联关系或者依赖关系。通过在状态类中引用环境类的对象来回调环境类的setState()方法实现状态的切换。
在这种可以切换状态的状态模式中，增加新的状态类可能需要修改其他某些状态类甚至环境类的源代码，否则系统无法切换到新增状态。