当前位置:   article > 正文

设计模式——Chain of Responsibility职责链模式_mockchainofresponsibility

mockchainofresponsibility

前言

当有多个对象都有机会处理一个请求时,如果将每个对象都嵌在请求对象中,可能会产生加大的耦合,比如多个if else处理情况。职责链的模式便可以解耦请求对象和处理对象。

1 定义

Chain of Responsibility模式:当多个对象都有机会处理请求时,为避免请求者和处理者过度耦合,可以将处理对象连成一个链,并沿着这条链处理请求,直至该请求被处理或者链传递结束

2 适用性

  • 有多个对象可以处理请求,具体处理对象由运行时确定。
  • 你想在不明确处理对象情况下,向其中一个提交请求。
  • 可处理请求的对象集合应该动态确定。

3 结构

3.1 结构图

结构图如下:
在这里插入图片描述
处理结果图如下:
在这里插入图片描述

3.2 参与者

  • Client:发起请求的客户。
  • Handler:处理对象接口,包含下一个处理者_successor和处理方法。
  • ConcreteHandler:具体实现的处理对象,如果可以处理便处理,否则应该传递到_successor进行处理。

4 Spring实际应用举例

典型的如servlet中的Filter过滤器和FilterChain过滤器处理链。spring中实现的为MockFilterChain。

4.1 职责链——MockFilterChain

MockFilterChain定义如下:
在这里插入图片描述
该类保存了请求参数、返回参数、filters的列表,并保存了list的迭代器。
处理过程为通过迭代器遍历调用filter进行处理:
在这里插入图片描述

4.2 Handler——Filter

接口定义如下:
在这里插入图片描述
可以看出主要是通过doFilter处理请求和返回参数,同时需要把过滤链传递给过滤器,以进行下一次过滤。

4.3 ConcreteHandler——HttpFilter

该类的doFilter过滤过程如下:
在这里插入图片描述
判断参数是否时http类型请求,通过后,再传递到filterchain进行下次过滤请求。

5 总结

职责链可以用于解耦请求者和处理者,如语句存在多个if、else可以用于改进。但是不太适合处理链路过长,同时应该避免存在循环引用的情况。

参考文献

[1]. 《设计模式》

声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/笔触狂放9/article/detail/497881
推荐阅读
相关标签
  

闽ICP备14008679号