1优点

状态模式State当一个对象的内在状态改变时允许改变其行为这个对象看起来像是改变了其类。

【DP】

”状态模式主要解决的是当控制一个对象状态转换的条件表达式过于复杂时的情况。

把状态的判断逻辑转移到表示不同状态的一系列类当中可以把复杂的判断逻辑简化。

当然如果这个状态判断很简单那就没必要用‘状态模式’了

1环境Context环境类是拥有状态的对象它维护一个对抽象状态类的引用通过该引用来切换当前状态。

环境类在其操作中会委托给当前状态对象进行处理。

2抽象状态State抽象状态类定义了一个接口用于封装环境对象的特定状态所对应的行为。

3具体状态Concrete

State具体状态类实现了抽象状态类定义的接口并根据具体情况进行相应的处理和状态转换。

通过这些角色的协作状态模式可以实现对象的状态与行为之间的解耦使得状态的变化不会影响到客户端代码同时也方便了状态的扩展和维护。

1一个对象的行为取决于它的状态并且需要在运行时根据状态改变行为时可以考虑使用状态模式。

2当一个对象的行为在不同的状态下有不同的实现且这些状态可以动态切换时可以考虑使用状态模式。

3当需要消除大量的条件判断语句并将其转换为状态类之间的关联时可以考虑使用状态模式。

1优点

1将状态转换逻辑封装在具体的状态类中使得状态变化对于客户端来说是透明的客户端无需关心状态的切换细节。

2将大量的条件判断语句转换为状态类之间的关联使得代码更加清晰、可读性更高。

3符合开闭原则当需要增加新的状态时只需要添加新的状态类而不需要修改现有的代码。

简而言之是将与特定状态相关的行为局部化并且将不同状态的行为分割开来【DP】

2缺点

2如果状态转换比较复杂可能会导致状态类之间的相互调用增多影响系统的性能。

#include

切换状态context.setState(stateB);context.request();

输出:

}上述示例中定义了一个状态接口State具体状态类ConcreteStateA和ConcreteStateB实现了该接口。

上下文类Context持有一个状态对象并根据当前状态调用相应的行为。

通过切换状态可以改变上下文对象的行为。