状态模式将对象的状态与行为分离，使得对象在不同状态下拥有不同的行为，增强了代码的结构和可读性。观察者模式则关注对象之间的依赖关系，当主题状态变化时，所有依赖的观察者都会收到通知。这两种模式在软件设计中常用于处理对象行为的动态变化和事件监听。状态模式优点包括结构清晰、减少对象间依赖和易于扩展，但可能增加类和对象数量。观察者模式则简化了对象间的通信，但过度使用可能导致系统复杂性提高。
状态模式
在状态模式（State Pattern）中，类的行为是基于它的状态改变的。这种类型的设计模式属于行为型模式。
在状态模式中，我们创建表示各种状态的对象和一个行为随着状态对象改变而改变的 context 对象。
状态模式的定义与特点
状态（State）模式的定义：对有状态的对象，把复杂的“判断逻辑”提取到不同的状态对象中，允许状态对象在其内部状态发生改变时改变其行为。
状态模式是一种对象行为型模式，其主要优点如下。
- 结构清晰，状态模式将与特定状态相关的行为局部化到一个状态中，并且将不同状态的行为分割开来，满足“单一职责原则”。
- 将状态转换显示化，减少对象间的相互依赖。将不同的状态引入独立的对象中会使得状态转换变得更加明确，且减少对象间的相互依赖。
- 状态类职责明确，有利于程序的扩展。通过定义新的子类很容易地增加新的状态和转换。
状态模式的主要缺点如下。
- 状态模式的使用必然会增加系统的类与对象的个数。
- 状态模式的结构与实现都较为复杂，如果使用不当会导致程序结构和代码的混乱。
- 状态模式对开闭原则的支持并不太好，对于可以切换状态的状态模式，增加新的状态类需要修改那些负责状态转换的源码，否则无法切换到新增状态，而且修改某个状态类的行为也需要修改对应类的源码。
观察者模式（Observer模式）详解
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
