【设计模式-职责链】

定义

职责链模式是一种行为设计模式,**它通过将请求发送给链上的多个处理者来避免请求发送者与处理者之间的紧密耦合。每个处理者可以选择处理请求或将其传递给链中的下一个处理者。**这样,可以将处理请求的责任链式组织,从而实现更灵活的请求处理机制。

UML图

角色

  • Handler(处理者接口):定义处理请求的方法,并声明一个指向下一个处理者的引用。
  • ConcreteHandler(具体处理者):实现处理者接口,具体处理请求的逻辑。每个具体处理者可以决定是否处理请求,或将其传递给下一个处理者。
  • Client(客户端):发送请求的对象。客户端通常只需要知道请求的起始处理者,而不需要关心具体的处理链。

工作流程

  1. 客户端创建一个请求,并指定链中的第一个处理者。
  2. 第一个处理者接收到请求后,根据自己的处理逻辑决定是处理请求还是将请求传递给下一个处理者。
  3. 如果处理者处理请求,则返回结果;如果不处理,则继续将请求传递给链中的下一个处理者,直到请求被处理或到达链的末尾。

代码

java 复制代码
// Handler interface
abstract class Handler {
    protected Handler nextHandler;

    public void setNextHandler(Handler nextHandler) {
        this.nextHandler = nextHandler;
    }

    public abstract void handleRequest(int request);
}

// ConcreteHandler1
class ConcreteHandler1 extends Handler {
    @Override
    public void handleRequest(int request) {
        if (request < 10) {
            System.out.println("Handler1 handled request: " + request);
        } else if (nextHandler != null) {
            nextHandler.handleRequest(request);
        }
    }
}

// ConcreteHandler2
class ConcreteHandler2 extends Handler {
    @Override
    public void handleRequest(int request) {
        if (request >= 10 && request < 20) {
            System.out.println("Handler2 handled request: " + request);
        } else if (nextHandler != null) {
            nextHandler.handleRequest(request);
        }
    }
}

// ConcreteHandler3
class ConcreteHandler3 extends Handler {
    @Override
    public void handleRequest(int request) {
        if (request >= 20) {
            System.out.println("Handler3 handled request: " + request);
        }
    }
}

// Client code
public class ChainOfResponsibilityDemo {
    public static void main(String[] args) {
        Handler handler1 = new ConcreteHandler1();
        Handler handler2 = new ConcreteHandler2();
        Handler handler3 = new ConcreteHandler3();

        handler1.setNextHandler(handler2);
        handler2.setNextHandler(handler3);

        // Test requests
        handler1.handleRequest(5);   // Handled by Handler1
        handler1.handleRequest(15);  // Handled by Handler2
        handler1.handleRequest(25);  // Handled by Handler3
    }
}

优点

  • 降低耦合性:请求发送者与处理者之间的关系松散,可以独立地添加、删除或更改处理者。
  • 动态添加或更改处理者:可以在运行时动态地改变请求处理链。
  • 简化代码:请求处理的逻辑分散到多个处理者中,使得代码更简洁、可读性更高。

缺点

  • 调试困难:由于请求在多个处理者之间传递,可能导致调试和追踪请求流变得复杂。
  • 可能的性能问题:如果链过长,可能导致处理请求的时间较长。

场景

  • 当多个对象可以处理同一个请求,但不知道具体哪个对象会处理时。
  • 当需要动态处理请求时,例如在GUI事件处理、日志处理等场景中。
  • 当请求处理的责任可以通过链式结构灵活组织时。
相关推荐
YCY^v^7 小时前
JeecgBoot 项目运行指南
java·学习
人间打气筒(Ada)7 小时前
jenkins基于Pipeline发布项目
java·pipeline·jenkins·流水线·ci·cd·cicd
爬山算法7 小时前
Hibernate(88)如何在负载测试中使用Hibernate?
java·后端·hibernate
自不量力的A同学7 小时前
Solon AI v3.9 正式发布:全能 Skill 爆发
java·网络·人工智能
万岳科技系统开发8 小时前
食堂采购系统源码库存扣减算法与并发控制实现详解
java·前端·数据库·算法
独断万古他化8 小时前
【Spring 原理】Bean 的作用域与生命周期
java·后端·spring
*小海豚*8 小时前
在linux服务器上DNS正常,但是java应用调用第三方解析域名报错
java·linux·服务器
撩得Android一次心动8 小时前
Android LiveData 全面解析:使用Java构建响应式UI【源码篇】
android·java·android jetpack·livedata
组合缺一8 小时前
Solon AI (Java) v3.9 正式发布:全能 Skill 爆发,Agent 协作更专业!仍然支持 java8!
java·人工智能·ai·llm·agent·solon·mcp
MSTcheng.8 小时前
【C++】C++11新特性(二)
java·开发语言·c++·c++11