美文网首页CodeEase架构设计与重构iOS Developer
知识整理No7.之#责任链模式chainofresponsibi

知识整理No7.之#责任链模式chainofresponsibi

作者: 践行者 | 来源:发表于2016-07-24 11:34 被阅读65次

    责任链模式 Chain of Responsibility

    剖析

    意图

    • 给多个对象处理请求,避免了接收请求的冗余。责任链接收对象并传递请求
    • 面向对象与递归遍历链表

    定义

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

    本质

    • 分离职责,动态组合
    • 分离职责是前提,动态组合才是职责链模式的精华所在

    模式讲解

      • 在标准的职责链模式中,只要有对象处理了请求,这个请求就到此为止,不在被传递和处理了
    • 客户端发送请求,总有一个隐式接收者处理请求

    • 按照实现地方:
      在实现客户端提交请求钱组合链。
      可以再Handler里面实现链的组合,算是内部链的一种
      还有一种在各自的职责对象中,由各个职责对象自行决定后续处理对象。这种实现方式要求每个职责对象除了进行业务处理外,还必须了解整个业务流程
      数据来源:
      一种在程序中动态组合
      通过外部
      通过配置文件传递进来,流程的配置文件
      按照设定好的条件来判断请求对象

    • 在责任链模式中,请求不一定处理,因为可能没有合适的处理者,请求在责任链中从头到尾,每个处理对象都判断都不属于自己处理,最后请求就没有对象来处理

    UML

    chain-uml.png

    模式组成

    • Handler:定义职责的接口,通常在这里定义处理请求的方法,可以再这里实现后继链
    • ConcreteHandler: 实现职责的类,在这个类中,实现对他职责范围内请求的处理,如果不处理,就继续转发请求给后继者
    • Client:职责链的客户端,向链上的具体处理对象提交请求,让职责链负责处理

    抽象处理类:抽象处理类中主要包含一个指向下一处理类的成员变量nextHandler和一个处理请求的方法handRequest,handRequest方法的主要主要思想是,如果满足处理的条件,则有本处理类来进行处理,否则由nextHandler来处理。
    *** 具体处理类***:具体处理类主要是对具体的处理逻辑和处理的适用条件进行实现。

    抽象类实现三个职责:

    • 定义一个请求处理方法handleMessage 唯一对外开放的方法
    • 定义一个链的编排方法setNext 设置下一个处理者;
    • 定义了具体的请求者必须实现两个方法:定义自己能够处理的级别getHandlerLevel和具体的处理任务scho

    例子

    chain-example.png

    场景

    • 有多个对象可以处理请求,而处理程序只有在运行时才能确定。
    • 向一组对象发生请求,而不想显示指定处理请求的特定处理程序。
    • 想要动态制定处理一个请求的对象集合,可以使用职责链模式。

    优缺点

    优点

    • 请求者和接收者松散耦合
    • 动态组合职责

    缺点

    • 产生许多细粒度对象
    • 不一定能背处理
    • 性能问题
    • 调试不方便

    总结

    • 责任链模式其实就是一个灵活版的if…else…语句,它就是将这些判定条件的语句放到了各个处理类中,这样做的优点是比较灵活了,但同样也带来了风险,比如设置处理类前后关系时,一定要特别仔细,搞对处理类前后逻辑的条件判断关系,并且注意不要在链中出现循环引用的问题。

    相关文章

      网友评论

        本文标题:知识整理No7.之#责任链模式chainofresponsibi

        本文链接:https://www.haomeiwen.com/subject/lqowjttx.html