通俗易懂设计模式(责任链模式)

责任链模式(Chain of Responsibility Pattern)是一种行为型设计模式,它允许将多个对象组成一个链式结构,并在这个链式结构中传递一个请求。每个对象都可以处理这个请求,或者将它传递给下一个对象。责任链模式的主要目的是在处理请求时实现解耦,让多个对象都有机会处理这个请求,而不是将这个请求的处理逻辑集中在一个对象中。

责任链模式的主要组成部分包括:

  1. 处理器(Handler):定义了一个接口,用于处理请求。处理器可以是一个抽象类或者一个接口。
  2. 具体处理器(ConcreteHandler):实现了处理器接口,并在其中定义了一个指向下一个处理器的引用。具体处理器可以处理请求,也可以将请求传递给下一个处理器。

责任链模式的优点:

  1. 解耦:责任链模式将请求的处理逻辑分散在多个处理器中,降低了各个处理器之间的耦合度。
  2. 灵活性:责任链模式允许在运行时动态地添加或删除处理器,从而实现了更高的灵活性。
  3. 可扩展性:责任链模式可以通过添加新的处理器来扩展系统的功能,而不需要修改已有的代码。

Java 实现责任链模式的示例代码:

java 复制代码
// 处理器接口
public abstract class Handler {
    protected Handler next;

    public void setNext(Handler next) {
        this.next = next;
    }

    public abstract void handleRequest(int request);
}

// 具体处理器 A
public class ConcreteHandlerA extends Handler {
    @Override
    public void handleRequest(int request) {
        if (request >= 0 && request < 10) {
            System.out.println("ConcreteHandlerA: handle request " + request);
        } else if (next != null) {
            next.handleRequest(request);
        }
    }
}

// 具体处理器 B
public class ConcreteHandlerB extends Handler {
    @Override
    public void handleRequest(int request) {
        if (request >= 10 && request < 20) {
            System.out.println("ConcreteHandlerB: handle request " + request);
        } else if (next != null) {
            next.handleRequest(request);
        }
    }
}

// 具体处理器 C
public class ConcreteHandlerC extends Handler {
    @Override
    public void handleRequest(int request) {
        if (request >= 20 && request < 30) {
            System.out.println("ConcreteHandlerC: handle request " + request);
        } else if (next != null) {
            next.handleRequest(request);
        }
    }
}

// 客户端代码
public class Client {
    public static void main(String[] args) {
        Handler handlerA = new ConcreteHandlerA();
        Handler handlerB = new ConcreteHandlerB();
        Handler handlerC = new ConcreteHandlerC();

        handlerA.setNext(handlerB);
        handlerB.setNext(handlerC);

        handlerA.handleRequest(5);
        handlerA.handleRequest(15);
        handlerA.handleRequest(25);
    }
}

在这个示例中,我们定义了一个处理器接口 Handler,它包含了一个 handleRequest() 方法。接着,我们定义了三个具体处理器类 ConcreteHandlerAConcreteHandlerBConcreteHandlerC,它们都实现了 Handler 接口,并在其中定义了一个指向下一个处理器的引用。在具体处理器类的 handleRequest() 方法中,我们根据请求的值来判断是否需要处理这个请求,或者将请求传递给下一个处理器。

在客户端代码中,我们创建了三个具体处理器对象,并通过 setNext() 方法将它们组成一个链式结构。然后,我们通过第一个处理器对象 handlerA 来处理一些请求。通过这个链式结构,我们可以在处理请求时实现解耦,让多个对象都有机会处理这个请求,而不是将这个请求的处理逻辑集中在一个对象中。这样,我们就将请求的处理过程封装在了具体处理器类中,使得请求的处理变得更加灵活和可扩展。

相关推荐
熊大如如5 小时前
Java 反射
java·开发语言
猿来入此小猿5 小时前
基于SSM实现的健身房系统功能实现十六
java·毕业设计·ssm·毕业源码·免费学习·猿来入此·健身平台
炎芯随笔6 小时前
【C++】【设计模式】生产者-消费者模型
开发语言·c++·设计模式
goTsHgo6 小时前
Spring Boot 自动装配原理详解
java·spring boot
卑微的Coder6 小时前
JMeter同步定时器 模拟多用户并发访问场景
java·jmeter·压力测试
pjx9876 小时前
微服务的“导航系统”:使用Spring Cloud Eureka实现服务注册与发现
java·spring cloud·微服务·eureka
多多*7 小时前
算法竞赛相关 Java 二分模版
java·开发语言·数据结构·数据库·sql·算法·oracle
爱喝酸奶的桃酥7 小时前
MYSQL数据库集群高可用和数据监控平台
java·数据库·mysql
唐僧洗头爱飘柔95278 小时前
【SSM-SSM整合】将Spring、SpringMVC、Mybatis三者进行整合;本文阐述了几个核心原理知识点,附带对应的源码以及描述解析
java·spring·mybatis·springmvc·动态代理·ioc容器·视图控制器
骑牛小道士8 小时前
Java基础 集合框架 Collection接口和抽象类AbstractCollection
java