设计模式之责任链模式笔记
- 说明
- Chain of Responsibility(责任链)
- 目录
- 责任链模式示例类图
- 请假条类
- 抽象处理者类
- 小组长类
- 部门经理类
- 总经理类
- 测试类
 
说明
记录下学习设计模式-责任链模式的写法。JDK使用版本为1.8版本。
Chain of Responsibility(责任链)
意图:使多个对象都有机会处理请求,从而避免请求的发送者和接收者之间的耦合关系。将这些对象连成一条链,并沿着这条链传递该请求,直到有一个对象处理它为止。
 结构:
 
其中:
- Handler定义一个处理请求的接口;(可选)实现后继链。
- ConcreteHandler处理它所负责的请求;可访问它的后继者;如果可处理该请求,就处理它,否则将该请求转发给后继者。
- Client向链上的具体处理者(ConcreteHandler)对象提交请求。
适用性:
- 有多个的对象可以处理一个请求,哪个对象处理该请求运行时刻自动确定。
- 想在不明确指定接收者的情况下向多个对象中的一个提交一个请求。
- 可处理一个请求的对象集合应被动态指定。
目录

责任链模式示例类图

以该UML类图实现责任链模式示例。
请假条类
package com.example.deesign_patterns.responsibility;
//请假条类
public class LeaveRequest {
    //姓名
    private String name;
    //请假天数
    private int num;
    //请假内容
    private String content;
    public LeaveRequest(String name, int num, String content) {
        this.name = name;
        this.num = num;
        this.content = content;
    }
    public String getName() {
        return name;
    }
    public int getNum() {
        return num;
    }
    public String getContent() {
        return content;
    }
}
抽象处理者类
package com.example.deesign_patterns.responsibility;
//抽象处理者类
public abstract class Handler {
    protected final static int NUM_ONE=1;
    protected final static int NUM_THREE=3;
    protected final static int NUM_SEVEN=7;
    //该领导处理的请求天数区间
    private int numStart;
    private int numEnd;
    //声明后续者(声明上级领导)
    private Handler nextHandler;
    public Handler(int numStart){
        this.numStart=numStart;
    }
    public Handler(int numStart,int numEnd){
        this.numStart=numStart;
        this.numEnd=numEnd;
    }
    //设置上级领导对象
    public void setNextHandler(Handler nextHandler) {
        this.nextHandler = nextHandler;
    }
    //各级领导处理请假条的方法
    protected abstract void handleLeave(LeaveRequest leave);
    //提交请求条
    public final void submit(LeaveRequest leave){
        //该领导进行审批
        this.handleLeave(leave);
        //判断是否有上级领导且该领导能否处理
        if(this.nextHandler!=null&&leave.getNum()>this.numEnd){
            //提交给上级领导进行审批
            this.nextHandler.submit(leave);
        }else {
            System.out.println("流程结束!");
        }
    }
}
小组长类
package com.example.deesign_patterns.responsibility;
//小组长类(具体的处理者)
public class GroupLeader extends Handler{
    //定义小组长批准天数为1天
    public GroupLeader() {
        super(0,Handler.NUM_ONE);
    }
    @Override
    protected void handleLeave(LeaveRequest leave) {
        System.out.println(leave.getName()+"请假"+leave.getNum()+"天,"+leave.getContent()+"。");
        System.out.println("小组长审批:同意");
    }
}
部门经理类
package com.example.deesign_patterns.responsibility;
//部门经理类(具体的处理者)
public class Manager extends Handler{
    //部门经理批准天数为1-3天
    public Manager() {
        super(Handler.NUM_ONE,Handler.NUM_THREE);
    }
    @Override
    protected void handleLeave(LeaveRequest leave) {
        System.out.println(leave.getName()+"请假"+leave.getNum()+"天,"+leave.getContent()+"。");
        System.out.println("部门经理审批:同意");
    }
}
总经理类
package com.example.deesign_patterns.responsibility;
//总经理类(具体的处理者)
public class GeneralManager extends Handler{
    //总经理批准天数为3-7天
    public GeneralManager() {
        super(Handler.NUM_THREE,Handler.NUM_SEVEN);
    }
    @Override
    protected void handleLeave(LeaveRequest leave) {
        System.out.println(leave.getName()+"请假"+leave.getNum()+"天,"+leave.getContent()+"。");
        System.out.println("总经理审批:同意");
    }
}
测试类
package com.example.deesign_patterns.responsibility;
//测试类
public class Client {
    public static void main(String[] args) {
        //创建一个请假条对象
        LeaveRequest leave=new LeaveRequest("小明",7,"身体不适");
        //创建各级领导对象
        GroupLeader groupLeader=new GroupLeader();
        Manager manager=new Manager();
        GeneralManager generalManager=new GeneralManager();
        //设置处理者链
        groupLeader.setNextHandler(manager);
        manager.setNextHandler(generalManager);
        //小明提交请假申请
        groupLeader.submit(leave);
    }
}

好处:
- 降低了对象之间的耦合度。该模式降低了请求发送者和接收者的耦合度。
- 增强了系统的可扩展性。可以根据需要增加新的请求处理类,满足开闭原则。
- 增强了给对象指派职责的灵活性。当工作流程发生变化,可以动态地改变链内的成员或者修改它们的次序,也可动态地新增或者删除责任。
- 责任链简化了对象之间的连接。一个对象只需保持一个指向其后继者的引用,不需保持其他所有处理者的引用,这就避免了使用众多的if或者if…else语句。
- 责任分担。每个类只需要处理自己该处理的工作,不能处理的传递给下一个对象完成,明确各类的责任范围,符合类的单一职责原则。
缺点:
- 不能保证每个请求一定被处理。由于一个请求没有明确的接收者,所以不能保证它一定会被处理,该请求可能一直传到链的末端都得不到处理。
- 对比较长的职责链,请求的处理可能涉及多个处理对象,系统性能将受到一定影响。
- 职责链建立的合理性要靠客户端来保证,增加了客户端的复杂性,可能会由于职责链的错误设置而导致系统出错,如可能会造成循环调用。




![Drag Your GAN论文解读,基于点的交互式操作拖动到生成图像[DragGAN]](https://img-blog.csdnimg.cn/2bafe89c387849b0baa40cca0c6ecd35.png)














