职责链模式 - 一个有顺序且有等级的模式

在生活中,一件事情需要经过多个对象处理是比较常见的场景。比如,请假流程。假设有这样一个设定:直属领导可批准2天以内的假期,二级领导可以批准4天以内的假期,一级领导可以批准7天以内的假期(最多只可7天)。那么员工必须根据请假的天数找不同的领导申请,这样是比较麻烦的,员工需要记住具体的领导的相关信息。那么有没有这样一种方式:员工只需要提交请假申请到自己的直属领导,无需关心其他领导的信息,就能得到处理?那么答案就是:职责链模式(责任链模式)

1、定义

为了避免请求发送者与多个请求处理者耦合在一起,于是将所有请求的处理者通过前一对象记住其下一个对象的引用而连成一条链;当有请求发生时,可将请求沿着这条链传递,直到有对象处理它为止。

我们只需将请求发送到职责链上即可,无需关系请求的处理细节和请求的传递过程。请求会自动进行传递,所以职责链将请求的发送者和处理者解耦了。

2、优点

职责链模式是一种对象行为型模式,其优点如下:
1、降低了对象之间的耦合度。该模式使得一个对象无须知道到底是哪一个对象处理其请求以及链的结构,发送者和接收者也无须拥有对方的明确信息。
2、增强了系统的可扩展性。可以根据需要增加新的请求处理类,满足开闭原则。
3、增强了给对象指派职责的灵活性。当工作流程发生变化,可以动态地改变链内的成员或者调动它们的次序,也可动态地新增或者删除责任。
4、责任链简化了对象之间的连接。每个对象只需保持一个指向其后继者的引用,不需保持其他所有处理者的引用,这避免了使用众多的 if 或者 if···else 语句。
5、责任分担。每个类只需要处理自己该处理的工作,不该处理的传递给下一个对象完成,明确各类的责任范围,符合类的单一职责原则。

3、缺点

1、不能保证每个请求一定被处理。由于一个请求没有明确的接收者,所以不能保证它一定会被处理,该请求可能一直传到链的末端都得不到处理。
2、对比较长的职责链,请求的处理可能涉及多个处理对象,系统性能将受到一定影响。
3、职责链建立的合理性要靠客户端来保证,增加了客户端的复杂性,可能会由于职责链的错误设置而导致系统出错,如可能会造成循环调用。

4、角色

1、抽象处理类:定义一个处理请求的接口,包含抽象处理方法和后继链接。
2、具体处理类:实现抽象处理类,在具体处理方法里判断能否处理请求,如果不能处理请求,是否有可以传递请求的后继链接。
3、客户类:主要就是创建处理链,并向链头的具体处理者对象提交请求。

5、应用场景

1、多个对象可以处理一个请求,但具体由哪个对象处理该请求在运行时自动确定。
2、可动态指定一组对象处理请求,或添加新的处理者。
3、需要在不明确指定请求处理者的情况下,向多个处理者中的一个提交请求

6、代码模拟 - 纯的职责链

纯的职责链,严格按级执行。即A无法处理,则转给B去处理。

①拒绝魔法值
public interface Grade {
   
    String ONE = "one";
    String TWO = "two";
}
②抽象处理类
public abstract class Handler {
   
    /** 下一级处理者 */
    private Handler nextHandler;

    public void
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值