State(状态)模式

Intent

允许一个对象在内部状态改变时,行为也相应改变. 看上去就像不同的类一样.

Also Known As

Objects for States

Motivation

考虑一个类TCPConnection，表达网络的连接。一个TCPConnection对象可以处于若干不同状态之一：Established, Listening或者Closed。当一个TCPConnection对象从其他对象那里接收请求之后，他依赖于当前状态有不同的响应。例如，根据连接是在Closed状态还是Established状态，同样的Open请求的效果会不同。状态模式描述了TCPConnection可以怎样在不同的状态下展现不同的行为。

这种模式的关键思想是引入了一个TCPState的抽象类来表达网络连接的状态。TCPState类为所有表达操作状态的类宣告了一个共同的接口。TCPState的子类实现了不同状态的行为。

Applicability

在下列情形中可以使用State模式：

情形1。 一个对象的行为依赖于其状态，而且必须在运行时根据状态的不同改变行为

情形2。 操作有大量，多方的条件性语句，依赖于对象的状态。这个状态通常由一个或多个枚举常量表达。通常，若干操作将包含同样的条件结构。状态模式把条件的不同分支装到不同的类里。这样你就可以把对象的状态本身当作一个对象来对待，拥有它自己的权利和义务，从而可以与其它的对象区别开来。

Structure

Participants

1.     Context (TCPConnection)

-定义Client感兴趣的接口

-维护定义当前状态的ConcreteState子类的实例

2.     State (TCPState)

-定义一个封装Context特定状态关联行为的接口

3.     ConcreteState subclasses (TCPEstablished, TCPListen, TCPClosed)

-每一个子类都实现了一种跟Context状态关联的行为

Collaborations

1．    Context把特定于状态的请求委托给当前的ConcreteState对象

2．    一个context可以把自己作为参数传递给处理请求的State对象。这样State对象在必要时就可以访问conext了

3．    Context是Client的主要接口。Client可以为State对象配置context。一旦一个context对象被配置了，它的clients不会直接跟State对象打交道。

4．    Context或者ConcreteState子类都不能决定哪个状态之后是哪个状态，以及那种情况下有哪个状态。

Consequences

State