行为型模式概述
-
行为模式涉及到算法和对象间职责的分配。行为模式不仅描述对象或类的模式,还描述它们之间的通信模式。这些模式刻划了在运行时难以跟踪的复杂的控制流。它们将你的注意 力从控制流转移到对象间的联系方式上来
-
行为类模式使用继承机制在类间分派行为。其中包括两个这样的模式:
-
其中TemplateMethod较为简单和常用。模板方法是一个算法的抽象定义,它逐步地定义该算法, 每一步调用一个抽象操作或一个原语操作,子类定义抽象操作以具体实现该算法
-
另一种行为类模式是Interpreter。它将一个文法表示为一个类层次,并实现一个解释器作为这些类的实例上的一个操作
-
行为对象模式使用对象复合而不是继承。一些行为对象模式描述了一组对等的对象怎样 相互协作以完成其中任一个对象都无法单独完成的任务。这里一个重要的问题是对等的对象 如何互相了解对方。对等对象可以保持显式的对对方的引用,但那会增加它们的耦合度。在 极端情况下,每一个对象都要了解所有其他的对象。 Mediator在对等对象间引入一个mediator对象以避免这种情况的出现。mediator提供了松耦合所需的间接性
-
Chain of Responsibility提供更松的耦合。它让你通过一条候选对象链隐式的向一个对 象发送请求。根据运行时刻情况任一候选者都可以响应相应的请求。候选者的数目是任意的, 你可以在运行时刻决定哪些候选者参与到链中
-
Observer模式定义并保持对象间的依赖关系。典型的Observer的例子是Smalltalk中的模型/视图/控制器,其中一旦模型的状态发生变化,模型的所有视图都会得到通知
-
其他的行为对象模式常将行为封装在一个对象中并将请求指派给它:
- Strategy模式将 算法封装在对象中,这样可以方便地指定和改变一个对象所使用的算法
- Command模式 将请求封装在对象中,这样它就可作为参数来传递,也可以被存储在历史列表里,或者以其 他方式使用
- State模式封装一个对象的状态,使得当这个对象的状态对象变化时,该对象可改变它的行为
- Visitor封装分布于多个类之间的行为
- 而Iterator则抽象了访问 和遍历一个集合中的对象的方式
-
行为型模式有:
一、意图
- 允许一个对象在其内部状态改变时改变它的行为。对象看起来似乎修改了它的类
二、别名
三、动机
四、适用性
-
在下面的两种情况下均可使用State模式:
- 一个对象的行为取决于它的状态 , 并且它必须在运行时刻根据状态改变它的行为
- 一个操作中含有庞大的多分支的条件语句,且这些分支依赖于该对象的状态。这个状 态通常用一个或多个枚举常量表示。通常 , 有多个操作包含这一相同的条件结构。 State模式将每一个条件分支放入一个独立的类中。这使得你可以根据对象自身的情况将对 象的状态作为一个对象,这一对象可以不依赖于其他对象而独立变化。
五、结构

六、参与者
-
Context(环境)):
- 定义客户感兴趣的接口。
- 维护一个ConcreteState子类的实例,这个实例定义当前状态
-
State(状态) :定义一个接口以封装与Context的一个特定状态相关的行为
-
ConcreteState subclasses(具体状态子类) :每一子类实现一个与Context的一个状态相关的行为。
七、协作
- Context将与状态相关的请求委托给当前的ConcreteState对象处理
- Context可将自身作为一个参数传递给处理该请求的状态对象。这使得状态对象在必要 时可访问Context
- Context是客户使用的主要接口。客户可用状态对象来配置一个Context,一旦一个Context配置完毕, 它的客户不再需要直接与状态对象打交道
- Context或ConcreteState子类都可决定哪个状态是另外哪一个的后继者,以及是在何种条 件下进行状态转换
八、效果
九、实现
十、代码示例
十一、相关模式
- Flyweight模式解释了何时以及怎样共享状态对象
- 状态对象通常是Singleton
相关文章: