设计模式:17---行为型模式之职责链模式(Chain of Responsibility)

行为型模式概述

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

一、意图

  • 使多个对象都有机会处理请求,从而避免请求的发送者和接收者之间的耦合关系。将这些对象连成一条链,并沿着这条链传递该请求,直到有一个对象处理它为止

二、动机

  • 待续

三、适用性

  • 在以下条件下使用Responsibility链:
    • 有多个的对象可以处理一个请求,哪个对象处理该请求运行时刻自动确定
    • 你想在不明确指定接收者的情况下,向多个对象中的一个提交一个请求
    • 可处理一个请求的对象集合应被动态指定

四、结构

  • 一个典型的对象结构可能如下图所示:

五、参与者

  • Handler:
    • 定义一个处理请求的接口
    • (可选) 实现后继链
  • ConcreteHandler:
    • 处理它所负责的请求
    • 可访问它的后继者
    • 如果可处理该请求,就处理之;否则将该请求转发给它的后继者
  • Client:向链上的具体处理者(ConcreteHandler )对象提交请求

六、协作

  • 当客户提交一个请求时,请求沿链传递直至有一个ConcreteHandler 对象负责处理它

七、效果

  • 待续(学习到的时候再回来补)

八、实现

  • 待续(学习到的时候再回来补)

九、代码示例

  • 待续(学习到的时候再回来补)

十、相关模式

  • 职责链常与Composite一起使用。这种情况下,一个构件的父构件可作为它的后继
已标记关键词 清除标记
©️2020 CSDN 皮肤主题: 1024 设计师:上身试试 返回首页