23种设计模式之职责链模式(Chain of Responsibility Pattern)

前言:大家好,我是小威,24届毕业生,在一家满意的公司实习。本篇文章将23种设计模式中的访问者模式,此篇文章为一天学习一个设计模式系列文章,后面会分享其他模式知识。
如果文章有什么需要改进的地方还请大佬不吝赐教👏👏。
小威在此先感谢各位大佬啦~~🤞🤞
在这里插入图片描述

🏠个人主页:小威要向诸佬学习呀
🧑个人简介:大家好,我是小威,一个想要与大家共同进步的男人😉😉
目前状况🎉:24届毕业生,在一家满意的公司实习👏👏

💕欢迎大家:这里是CSDN,我总结知识的地方,欢迎来到我的博客,我亲爱的大佬😘

以下正文开始

责任链模式概念

责任链模式(Chain of Responsibility Pattern)是一种行为型设计模式,它通过把请求的发送者和接收者解耦,将多个对象连接成一个链,并沿着这条链传递请求,直到有一个对象能够处理它为止,从而避免了请求的发送者和接收者之间的直接耦合

在责任链模式中,每个处理者都持有对下一个处理者的引用,即构成一个链表结构。当请求从链头开始流经链上的每个处理者时,如果某个处理者能够处理该请求,就直接处理,否则将请求发送给下一个处理者,直到有一个处理者能够处理为止。这种方式可以灵活地动态添加或修改请求的处理流程,同时也避免了由于请求类型过多而导致类的爆炸性增长的问题。

责任链模式角色

责任链模式的主要角色有:

抽象处理器(Handler):定义了一个处理请求的接口,并维护了对下一个处理器的引用。
具体处理器(Concrete Handler):实现了处理请求的方法,并决定是否能够处理该请求,如果不能处理,则将请求转发给下一个处理器。

责任链模式优缺点

责任链模式的优点如下:

  • 解耦责任的分配和调用者之间的关联,提高代码的灵活性和可扩展性。
  • 可以灵活的添加、删除处理器,以满足不同的业务需求。
  • 简化了对象之间的交互,避免了直接引用导致的紧耦合问题。

责任链模式的缺点如下:

  • 如果处理器链过长或者处理逻辑过于复杂,可能会影响系统性能。
  • 所有请求都必须被处理,否则可能会导致某些请求永远得不到处理。
  • 对于请求处理流程的调试和跟踪比较困难。

责任链模式应用场景

责任链模式适用于以下场景:

  1. 有多个对象可以处理一个请求,并且具体的处理器需要运行时才能确定。
  2. 需要动态指定请求处理流程的时候,或者需要根据数据动态修改请求处理流程的时候。
  3. 在请求的发送者和接收者之间需要解耦的时候。

责任链模式经典案例

接下来我们以一个经典案例来介绍下责任链模式:

假设有一个请假审批系统,需要对请假请求进行审批。此时可以使用责任链模式来处理审批请求。具体实现如下:

首先,定义一个抽象处理器(Handler)类,提供处理请求和设置下一个处理器的方法。

public abstract class Handler {
    protected Handler successor;

    public void setSuccessor(Handler successor) {
        this.successor = successor;
    }

    public abstract void handleRequest(int leaveDays);
}

然后,定义具体的处理器(Concrete Handler)类,继承抽象处理器类,并实现具体的处理请求方法。如果无法处理该请求,则将请求交给下一个处理器处理。

public class Supervisor extends Handler {
    @Override
    public void handleRequest(int leaveDays) {
        if (leaveDays <= 2) {
            System.out.println("请假" + leaveDays + "天,主管审批通过。");
        } else if (successor != null) {
            successor.handleRequest(leaveDays);
        }
    }
}

public class Manager extends Handler {
    @Override
    public void handleRequest(int leaveDays) {
        if (leaveDays <= 5) {
            System.out.println("请假" + leaveDays + "天,经理审批通过。");
        } else if (successor != null) {
            successor.handleRequest(leaveDays);
        }
    }
}

public class Director extends Handler {
    @Override
    public void handleRequest(int leaveDays) {
        if (leaveDays <= 10) {
            System.out.println("请假" + leaveDays + "天,董事长审批通过。");
        } else {
            System.out.println("请假" + leaveDays + "天,无法得到批准。");
        }
    }
}

最后,在客户端代码中,创建一个处理器链,并将请求发送给链头的处理器处理。

public class Client {
    public static void main(String[] args) {
        Handler supervisor = new Supervisor();
        Handler manager = new Manager();
        Handler director = new Director();

        supervisor.setSuccessor(manager);
        manager.setSuccessor(director);

        supervisor.handleRequest(1);
        supervisor.handleRequest(4);
        supervisor.handleRequest(8);
        supervisor.handleRequest(12);
    }
}

上述代码中,首先创建了三个处理器对象,并构建处理器之间的关系。然后分别构造不同天数的请假请求,并将请求发送给链头的处理器处理。根据请假天数不同,处理器链中的不同处理器将分别进行处理。

好了,本篇文章就先分享到这里了,后续将会继续介绍23种设计模式之其他模式,感谢大佬认真读完支持咯~
在这里插入图片描述

文章到这里就结束了,如果有什么疑问的地方请指出,诸佬们一起讨论😁
希望能和诸佬们一起努力,今后我们顶峰相见🍻
再次感谢各位小伙伴儿们的支持🤞

在这里插入图片描述

  • 6
    点赞
  • 18
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
"未解析引用model"是一个比较常见的错误信息。这个错误通常出现在以下两种情况下: 1. 模型文件未被正确加载:这种情况通常出现在你正在尝试加载一个不存在的文件或者文件路径不正确的情况下。在这种情况下,你需要确保模型文件存在,并且文件路径是正确的。 2. 模型名称未被正确指定:这种情况通常出现在你正在尝试使用已经定义但未加载的模型的情况下。在这种情况下,你需要确保你已经正确地定义了模型,并且在调用模型时指定了正确的名称。 下面是一个使用TensorFlow加载模型时出现“未解析引用model”的示例代码: ```python import tensorflow as tf # 加载模型 model = tf.keras.models.load_model('path/to/model') # 对模型进行推理 output = model(input_data) ``` 在这个示例代码中,如果出现“未解析引用model”的错误,可能是因为模型文件路径不正确,或者在加载模型时没有指定正确的模型名称。你需要检查模型文件路径是否正确,并且确保在加载模型时指定了正确的名称。例如: ```python import tensorflow as tf # 加载模型 model = tf.keras.models.load_model('path/to/model', compile=False, custom_objects={'model': model}) # 对模型进行推理 output = model(input_data) ``` 在这个示例代码中,我们使用了`custom_objects`参数指定了模型的名称,从而避免了“未解析引用model”的错误。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

小威要向诸佬学习呀

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值