Redian新闻
>
如何在业务代码中优雅地使用责任链模式

如何在业务代码中优雅地使用责任链模式

公众号新闻

阿里妹导读


责任链模式是一种行为设计模式,本文从责任链模式的定义到其优雅之处、合适的应用场景、应用示例、实现步骤等方面详细讲述了如何在业务代码中优雅的使用责任链模式。

一、引言

在软件开发中,我们经常会遇到一种情况,即一个请求需要经过多个处理节点才能得到最终结果。这种情况下,我们可以使用责任链模式来优雅地处理请求。责任链模式是一种行为设计模式,它可以创建一条由多个处理节点组成的链,每个节点都有机会处理请求,也可以决定将请求传递给下一个节点。这种模式可以将请求的发送者和接收者解耦,从而提高代码的灵活性和可维护性。
责任链模式的使用场景通常包括以下几种情况:

1.有多个对象可以处理请求,但具体由哪个对象处理请求在运行时才能确定。

2.想要在不明确指定接收者的情况下,向多个对象中的一个提交请求。

3.希望动态指定处理请求的对象集合。

二、责任链模式的定义


1. 定义

使多个对象都有机会处理请求,从而避免请求的发送者与请求处理者耦合在一起。将这些对象连接成一条链,并且沿着这条链传递请求,直到有对象处理它为止。


2. 类型

对象行为型模式。


3. 实质

责任链上的处理者负责处理请求,客户只需要将请求发送到职责链上即可,无须关心请求的处理细节和请求的传递,从而实现请求发送者与请求处理者的解耦。

三、优雅之处

使用责任链模式的好处和目标主要有以下几点:
1.解耦责任链的节点:责任链模式可以将请求的发送者和接收者解耦,使得它们不需要直接相互引用,从而降低了对象之间的耦合度。
2.提高代码的灵活性和可维护性:责任链模式可以在运行时动态地改变处理节点的顺序和数量,从而灵活地处理不同的请求,同时也方便了代码的维护和扩展。
3.增加新的处理节点方便:由于责任链模式将处理节点解耦,因此可以方便地增加新的处理节点到责任链中,而不需要修改已有的代码。
4.动态处理请求:责任链模式允许在运行时根据具体的情况动态地组合和排序处理者,从而实现灵活的请求处理逻辑。
通过使用责任链模式,我们可以更加灵活和优雅地处理请求,降低代码之间的耦合度,提高代码的可维护性和可扩展性。在一些具有复杂业务逻辑或需要动态处理请求的场景下,使用责任链模式将是一个很好的选择。接下来,我们将通过一个具体的示例来详细介绍如何在业务代码中优雅地使用责任链模式。

四、责任链模式适合应用场景

当程序需要使用不同方式处理不同种类请求, 而且请求类型和顺序预先未知时, 可以使用责任链模式。
该模式能将多个处理者连接成一条链。 接收到请求后, 它会 “询问” 每个处理者是否能够对其进行处理。 这样所有处理者都有机会来处理请求。
当必须按顺序执行多个处理者时, 可以使用该模式。
无论你以何种顺序将处理者连接成一条链, 所有请求都会严格按照顺序通过链上的处理者。
如果所需处理者及其顺序必须在运行时进行改变, 可以使用责任链模式。
如果在处理者类中有对引用成员变量的设定方法, 你将能动态地插入和移除处理者, 或者改变其顺序。


实现方式

1.声明处理者接口并描述请求处理方法的签名
确定客户端如何将请求数据传递给方法。 最灵活的方式是将请求转换为对象, 然后将其以参数的形式传递给处理函数。
2.为了在具体处理者中消除重复的样本代码 你可以根据处理者接口创建抽象处理者基类
该类需要有一个成员变量来存储指向链上下个处理者的引用。 你可以将其设置为不可变类。 但如果你打算在运行时对链进行改变, 则需要定义一个设定方法来修改引用成员变量的值。
为了使用方便, 你还可以实现处理方法的默认行为。 如果还有剩余对象, 该方法会将请求传递给下个对象。 具体处理者还能够通过调用父对象的方法来使用这一行为。
3.依次创建具体处理者子类并实现其处理方法 每个处理者在接收到请求后都必须做出两个决定
  • 是否自行处理这个请求
  • 是否将该请求沿着链进行传递

4.客户端可以自行组装链 或者从其他对象处获得预先组装好的链 在后一种情况下 你必须实现工厂类以根据配置或环境设置来创建链
5.客户端可以触发链中的任意处理者 而不仅仅是第一个 请求将通过链进行传递 直至某个处理者拒绝继续传递 或者请求到达链尾
6.由于链的动态性 客户端需要准备好处理以下情况
  • 链中可能只有单个链接
  • 部分请求可能无法到达链尾
  • 其他请求可能直到链尾都未被处理

五、应用示例

我们拿请假的场景来说明,我们请假时间分为3天,5天,7天等,对应请假天数审批人不同,可能请假3天由你的项目小组长审批即可,但是请假5天可能需要由部门总来审批。在这个场景中就十分适合使用责任链模式进行构建。当然也可以用大量的if-else来处理,但是相对于if-else来讲责任链模式由些好处:
1.责任链模式与if...else相比,他的耦合性要低一些,因为它将条件判定分散到各个处理类中,并且这些处理类的优先处理顺序可以随意的设定,并且如果想要添加新的handler类也是十分简单的,这符合开放闭合原则。
2.责任链模式带来了灵活性,但是在设置处理类前后关系时,一定要避免在链中出现循环引用的问题。


六、实现步骤


循环责任链模式步骤

使用for循环来处理责任链可以更加直观地解释责任链模式的执行过程。
假设我们有一个责任链,包含了多个处理器Processor1、Processor2、Processor3。每个处理器都可以处理请求,如果一个处理器能够处理请求,就处理并结束责任链的执行;如果处理器不能处理请求,就将请求传递给下一个处理器。
我们可以使用一个for循环来遍历责任链中的处理器,并依次进行处理。当遇到第一个能够处理请求的处理器时,就处理请求并结束循环。
Request request = new Request(); // 创建请求对象
Processor[] processors = {new Processor1(), new Processor2(), new Processor3()};
for (Processor processor : processors) { if (processor.canHandle(request)) { processor.process(request); break; // 处理请求并结束循环 }}
在上述代码中,我们依次遍历责任链中的处理器,通过调用canHandle方法判断是否能够处理请求。如果能够处理,则调用process方法进行处理,并使用break语句结束循环。如果所有处理器都不能处理请求,循环结束后可以进行相应的处理逻辑。
使用for循环来处理责任链能够更加清晰地表达责任链模式的执行过程,我们按照顺序遍历处理器,并根据需要进行处理。如果有多个处理器都能处理请求,我们可以通过调整处理器的顺序来确定处理的优先级。同时,我们也可以在循环结束后根据实际需求进行相应的处理,比如报错或给出默认处理等。

责任链模式的设计思想就是将一个请求沿着一条链传递,每个节点都有机会处理请求或者将其传递给下一个节点。这种设计类似于流水线上的工作流程,每个节点都负责处理某个环节的工作,并将结果传递给下一个节点。使用流程图可以很好地表示责任链模式的执行流程。每个节点可以表示为一个流程图中的步骤,箭头表示请求的传递方向。整个流程图可以清晰地展示责任链模式中各个节点的工作顺序和流程。
通过流程图的抽象表示,我们可以更好地理解责任链模式的执行流程,便于沟通和交流,也有助于设计和实现责任链模式。同时,流程图也可以帮助开发人员更好地理解和维护责任链模式的代码逻辑。


请假场景步骤

请假场景中的责任链模式可以通过实现一个LeaveRequestProcessor接口来实现,每个具体处理者都实现该接口,根据请假天数来确定是否能够处理请求,以及是否将请求传递给下一个处理者。
使用for循环来实现责任链模式可以更加直观地展示责任链的执行过程:
首先,定义LeaveRequestProcessor接口:
public interface LeaveRequestProcessor {    void processLeaveRequest(LeaveRequest request);}

1.TeamLeaderProcessor(项目小组长处理器):

public class TeamLeaderProcessor implements LeaveRequestProcessor {    public void processLeaveRequest(LeaveRequest request) {        if (request.getDays() <= 3) {            // 处理请假请求            System.out.println("项目小组长批准了请假申请,天数为:" + request.getDays() + "天");        } else {            System.out.println("项目小组长无法处理该请假申请");        }    }}

2.DepartmentManagerProcessor(部门经理处理器):

public class DepartmentManagerProcessor implements LeaveRequestProcessor {    public void processLeaveRequest(LeaveRequest request) {        if (request.getDays() > 3 && request.getDays() <= 5) {            // 处理请假请求            System.out.println("部门经理批准了请假申请,天数为:" + request.getDays() + "天");        } else {            System.out.println("部门经理无法处理该请假申请");        }    }}

3.CEOProcessor(总经理处理器):

public class CEOProcessor implements LeaveRequestProcessor {    public void processLeaveRequest(LeaveRequest request) {        if (request.getDays() > 5 && request.getDays() <= 7) {            // 处理请假请求            System.out.println("总经理批准了请假申请,天数为:" + request.getDays() + "天");        } else {            System.out.println("总经理无法处理该请假申请");        }    }}

然后,创建一个处理器列表,并使用for循环遍历处理器列表来处理请假请求:

List<LeaveRequestProcessor> processors = new ArrayList<>();processors.add(new TeamLeaderProcessor());processors.add(new DepartmentManagerProcessor());processors.add(new CEOProcessor());
// 创建请假请求LeaveRequest request = new LeaveRequest("John", 5);
for (LeaveRequestProcessor processor : processors) { processor.processLeaveRequest(request);}

在上述代码中,我们创建了一个处理器列表,并依次添加了项目小组长(Team Leader Processor)、部门经理(Department Manager Processor)和总经理(CEO Processor)这三个具体处理者。然后,我们使用for循环遍历处理器列表,并依次调用每个处理器的process Leave Request方法来处理请假请求。

每个处理器在处理请求时,根据请假天数来判断是否能够处理请求。如果能够处理请求,则进行处理并结束循环;如果不能处理请求,则继续下一个处理器。这样,请求会依次在处理器列表中传递,直到找到能够处理请求的处理器为止。
通过使用for循环来实现责任链模式,我们更加直观地表达了责任链模式的执行过程。同时,通过调整处理器在处理器列表中的顺序,可以灵活地改变处理请求的优先级。在业务逻辑发生变化时,我们只需要新增或修改相应的处理器即可,而不需要修改已有的处理器或请求发送者的代码,提高了代码的可维护性和可扩展性。
这样,通过责任链模式,我们可以灵活地处理请假请求,并且根据请假天数确定由哪个处理者来审批。在业务逻辑发生变化时,我们只需要新增或修改相应的处理者即可,而不需要改动已有的处理者或请求发送者的代码,提高了代码的可维护性和可扩展性。
参考资料:

责任链的使用:https://juejin.cn/post/7273028474981335081 

责任链模式:https://refactoringguru.cn/design-patterns/chain-of-responsibility 

微信扫码关注该文公众号作者

戳这里提交新闻线索和高质量文章给我们。
相关阅读
令中国不安、对歼-16\\歼-10C展示空中优势?果然是韩国……浩天律师事务所2019-2023年度社会责任报告发布会暨公益与社会责任委员会成立大会成功举办年度代码翻车现场 |前端代码评审问题总结Java 22 新增利器: 使用 Java Stream Gather 优雅地处理流中的状态70B模型秒出1000token,代码重写超越GPT-4o,来自OpenAI投资的代码神器Cursor团队法律翻译 | 洛伦佐案聚焦:虚假信息传播者的法律责任何在?《阴阳鱼》连载第38章:时间如刀,空间如砧板,而你我都不过是鱼肉ISSTA 2024 | 北大提出CoderUJB,面向代码大模型的可执行多任务代码评估基准揭示真实能力与局限在Linux中,如何在Linux中使用Ansible进行自动化部署?Burning Man生存指南:如何优雅地解决生理需求巴郎。《拾旧沙河梦》141。蛰伏龙溪如何负责任地使用人工智能外出吃饭 如何优雅地和朋友AA?华女写书传授餐厅礼仪显贵但不贵!玉石玛瑙翡翠和天然珍珠的优雅结合,既有国风玉石之美,又优雅百搭,69元起~凯度消费者指数:2024品牌足迹报告-解码中国消费者的品牌选择【高级公寓】The Viridian|Fenway|繁华城市中优雅的家安远AI&北京大学:2024基础模型的负责任开源-超越开源闭源的二元对立:负责任开源的内涵、实践与方案报告如何优雅地实现接口统一调用AI大模型如何在各行业跑通业务闭环?AI 大模型如何在各行业跑通业务闭环?优雅地接口调优之批量处理优化字节系多款 App 被指控抄袭源代码,连拼错的代码都抄走了?美摄回应:我们不是碰瓷,是在维权急!急!急!在曼哈顿出门突然内急,应该如何优雅地上厕所?附纽约45个公厕地点7052 血壮山河之枣宜会战 宜昌溃战 8如何优雅地跟亲戚介绍留子野鸡大学?开源框架中的责任链模式实践全面推行AI写代码,阿里云未来20%代码由通义灵码编写;阿尔特曼被取消OpenAI风投部门控制权丨AIGC日报进阶玩法:策略+责任链+组合实现合同签章“牛市”中场休息,外资还会加码中国股市吗?Java线程池的实现原理及其在业务中的最佳实践精简代码实战:核心系统缩减80%代码力破“被死亡”谣言!英国凯特王妃半年后首秀:“消失的凯特”又优雅地支棱起来了!阿里1号AI「员工」上岗,007写代码助攻大厂程序员!炸掉祖传屎山代码,Java丝滑改Python巴郎《行为随谈》45 优胜劣汰巴郎《行为随谈》45 优胜劣汰
logo
联系我们隐私协议©2024 redian.news
Redian新闻
Redian.news刊载任何文章,不代表同意其说法或描述,仅为提供更多信息,也不构成任何建议。文章信息的合法性及真实性由其作者负责,与Redian.news及其运营公司无关。欢迎投稿,如发现稿件侵权,或作者不愿在本网发表文章,请版权拥有者通知本网处理。