处理器类2.3、使用

Pattern是一种行为设计模式允许你将请求沿着处理者链进行传递直到有一个处理者能够处理该请求为止。

这种模式解耦了发送者和接收者之间的关系允许多个对象对请求进行处理但发送者无需知道请求的处理过程和最终哪个对象处理了它。

在责任链模式中请求通常沿着一个对象链传递每个处理者对象都包含了自己的处理逻辑和对下一个处理者的引用。

当收到请求时处理者可以选择自行处理、部分处理或将请求传递给链中的下一个处理者。

该模式通常包含以下角色

Handler抽象处理者

定义了处理请求的接口通常包含一个指向下一个处理者的引用。

ConcreteHandler具体处理者

实现抽象处理者接口在接收到请求后如果能够处理则处理请求否则将请求传递给下一个处理者。

责任链模式能够动态地建立请求的处理链可以灵活地添加、移除或调整处理者对象根据需求自由组合处理链。

这样可以避免请求发送者和接收者之间的直接耦合提高了系统的灵活性和可维护性。

二、责任链模式

DebugLogger、InfoLogger、WarningLogger、ErrorLogger

FatalLogger。

每个处理器类都可以处理相应级别的日志如果不能处理则将日志传递给下一个处理器

2.1、处理器接口

构建责任链debugLogger.setNextLogger(infoLogger);infoLogger.setNextLogger(warningLogger);warningLogger.setNextLogger(errorLogger);errorLogger.setNextLogger(fatalLogger);//

This

message.);debugLogger.logMessage(4,

This

message.);debugLogger.logMessage(5,

This

message.在这个示例中我们创建了多个具体的处理器类来处理不同级别的日志。

通过构建责任链每个处理器类中实现了处理逻辑并且能够将日志传递给下一个处理器直至最终处理。

在测试类中演示了发送不同级别的日志请求并观察责任链的处理过程。

三、优点与缺点

将请求发送者和接收者解耦发送者无需知道请求的处理者也不需要知道请求是如何被处理以及谁来处理。

灵活性和可扩展性可以动态地调整、增加或删除处理者对象也可以改变它们之间的顺序以满足不同的处理需求。

单一职责原则

每个具体处理者都专注于自己的处理逻辑使得系统更加符合单一职责原则。

请求处理不保证被执行如果请求没有被任何处理者处理可能会出现未处理的情况这需要在设计时考虑清楚。

性能问题如果责任链太长或者处理者逻辑过于复杂可能会影响性能。

同时递归地向下传递请求可能会影响性能。

责任链模式适合处理对象之间存在多种处理方式的情况但在使用时需要注意权衡避免责任链过长、过于复杂以及处理者责任划分不清晰等问题。