JAVA 设计模式 职责链模式

用途

职责链模式 (Chain Of Responsibility)

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

职责链模式是一种行为型模式

结构

图-职责链模式

Handler : 定义一个处理请求的接口。(可选的)实现设置后继者的方法。

abstract class Handler {
 protected Handler successor;
 public void SetSuccesssor(Handler successor) {
 this.successor = successor;
     }
 
 public abstract void HandlerRequest(int request);
 }

ConcreteHandler : 处理它所负责的请求,可以访问它的后继者,如果可处理该请求,就处理之,否则就将请求转发给它的后继者。

class ConcreteHandler1 extends Handler {
     @Override
 public void HandlerRequest(int request) {
 if (request >= 0 && request < 10) {
             System.out.println("ConcreteHandler1 处理请求 " + request);
         } else if (null != successor) {
             successor.HandlerRequest(request);
         }
     }
 }
 
 class ConcreteHandler2 extends Handler {
     @Override
 public void HandlerRequest(int request) {
 if (request >= 10 && request < 20) {
             System.out.println("ConcreteHandler2 处理请求 " + request);
         } else if (null != successor) {
             successor.HandlerRequest(request);
         }
     }
 }
 
 class ConcreteHandler3 extends Handler {
     @Override
 public void HandlerRequest(int request) {
 if (request >= 20 && request < 30) {
             System.out.println("ConcreteHandler3 处理请求 " + request);
         } else if (null != successor) {
             successor.HandlerRequest(request);
         }
     }
 }

Client : 需要设置一个职责链的各环节对象串联起来。

public class ChainOfResponsibilityPattern {
 public static void main(String[] args) {
         Handler h1 = new ConcreteHandler1();
         Handler h2 = new ConcreteHandler2();
         Handler h3 = new ConcreteHandler3();
         h1.SetSuccesssor(h2);
         h2.SetSuccesssor(h3);
 
 int[] requests = {2, 29, 9, 15, 4, 19};
 for (int i : requests) {
             h1.HandlerRequest(i);
         }
     }
 }

推荐

本文属于 JAVA设计模式系列

参考资料

《大话设计模式》《HeadFirst设计模式》

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏cmazxiaoma的架构师之路

Redis分布式锁解决方案

我们知道分布式锁的特性是排他、避免死锁、高可用。分布式锁的实现可以通过数据库的乐观锁(通过版本号)或者悲观锁(通过for update)、Redis的setnx...

864
来自专栏沃趣科技

容器化RDS|计算存储分离架构下的Split-Brain

不管是架构选型还是生活, 绝大多数时候都是在做 trade off, 收获了计算存储分离带来的好处, 也意味着要忍受它带来的一些棘手问题. 本文尝试结合 Kub...

3928
来自专栏向治洪

Android 之dragger使用

1、依赖的注入和配置独立于组件之外,注入的对象在一个独立、不耦合的地方初始化,这样在改变注入对象时,我们只需要修改对象的实现方法,而不用大改代码库。 2、依赖可...

18110
来自专栏木宛城主

Unity应用架构设计(12)——AOP思想的实践

想象一下,当程序所有的业务逻辑都完成的时候,你可能还来不及喘口气,紧张的测试即将来临。你的Boss告诉你,虽然程序没问题,但某些方法为什么执行这么慢,性能堪忧...

3307
来自专栏Android 研究

Android跨进程通信IPC之14——其他IPC方式

前面几篇文章,我们介绍了IPC的基础知识和Binder机制,本篇文章主要讲解各种跨进程的通信方式。

813
来自专栏JAVA高级架构

2017 年你不能错过的 Java 类库

各位读者好, 这篇文章是在我看过 Andres Almiray 的一篇介绍文后,整理出来的。 因为内容非常好,我便将它整理成参考列表分享给大家, 同时附上各个库...

2648
来自专栏Java开发者杂谈

RocketMQ专题2:三种常用生产消费方式(顺序、广播、定时)以及顺序消费源码探究

​ 在进行常用的三种消息类型例子展示的时候,我们先来说一说RocketMQ的几个重要概念:

631
来自专栏Kubernetes

cluster-proportional-autoscaler源码分析及如何解决KubeDNS性能瓶颈

Author: xidianwangtao@gmail.com 工作机制 cluster-proportional-autoscaler是kubernetes的...

31210
来自专栏芋道源码1024

Dubbo 源码解析 —— 简单原理、与spring融合

前言 结束了集群容错和服务发布原理这两个小专题之后,有朋友问我服务引用什么时候开始,本篇为服务引用的启蒙篇.之前是一直和大家一起看源码,鉴于Talk is ch...

3094
来自专栏Android 研究

OKHttp源码解析(九):OKHTTP连接中三个"核心"RealConnection、ConnectionPool、StreamAllocation

RealConnection是Connection的实现类,代表着链接socket的链路,如果拥有了一个RealConnection就代表了我们已经跟服务器有了...

855

扫码关注云+社区