设计模式——责任链模式

是什么?

场景案例：假设我们现在在公司里面需要请假，那么如果请假的天数比较少，可以直接找组长请假，但是如果是一个星期这种假的话就还需要去找部门主管，如果是半个月以上的假的话就还需要去找副总经理甚至总经理请假，员工要根据自己请假的天数去找不同的领导进行审批，也就是说员工必须要记住每个领导的姓名以及职责等信息，这就增加了难度；

责任链模式又称职责链模式，为了避免请求发送者与多个请求处理者耦合在一起，将所有请求的处理者通过前一对象记住其下一个对象的引用而连成一条链；当有请求发生时，可将请求沿着这条链传递，直到有对象处理它为止；

结构

抽象处理者：定义一个处理请求的接口，包含抽象处理方法和一个后继连接；

具体处理者：实现抽象处理者的处理方法，判断能否处理本次请求，如果可以处理请求则处理，否则将该请求转给它的后继者；

客户类：创建处理链，并向链头的具体处理者对象提交请求，它不关心处理细节和请求的传递过程；

实现

抽象处理者

public abstract class AbstractProcessor {
    //抽象处理者
    public static final Integer NUM_THREE=3;
    public static final Integer NUM_SEVEN=7;
    public static final Integer NUM_FIFTEEN=15;
    //设置当前管理员的审批天数范围和下一级领导
    protected Integer start;
    protected Integer end;
    protected AbstractProcessor nextHandler;
    
    public AbstractProcessor(Integer start,Integer end){
        this.start=start;
        this.end=end;
    }
    //当前管理员的具体审批
    protected abstract void leave(LeaveRequest leaveRequest);
    //执行管理员的审批，并且判断是否需要提交给下一级管理员进行审批（递归）
    public void submit(LeaveRequest leaveRequest){
        this.leave(leaveRequest);
        if (leaveRequest.getDays()>=end&&nextHandler!=null){
            nextHandler.submit(leaveRequest);
        }else {
            System.out.println("审批完成，流程结束！");
        }
    }
}

具体处理者

public class GroupLeader extends AbstractProcessor{
//小组组长审批
    public GroupLeader(Integer start, Integer end) {
        super(1, AbstractProcessor.NUM_THREE);
        this.nextHandler=new DepManager(AbstractProcessor.NUM_THREE, AbstractProcessor.NUM_SEVEN);
    }

    @Override
    protected void leave(LeaveRequest leaveRequest) {
        System.out.println("组长审批同意"+leaveRequest.getName()+"因"+leaveRequest.getDesc()+"请假"+leaveRequest.getDays()+"天");

    }
}
public class DepManager extends AbstractProcessor{
    //经理审批
    public DepManager(Integer start, Integer end) {
        super(AbstractProcessor.NUM_THREE, AbstractProcessor.NUM_SEVEN);
        this.nextHandler=new Leader(AbstractProcessor.NUM_SEVEN, AbstractProcessor.NUM_FIFTEEN);
    }


    @Override
    protected void leave(LeaveRequest leaveRequest) {
        System.out.println("经理审批同意"+leaveRequest.getName()+"因"+leaveRequest.getDesc()+"请假"+leaveRequest.getDays()+"天");
    }
}

public class Leader extends AbstractProcessor{
    //经理审批
    public Leader(Integer start, Integer end) {
        super(AbstractProcessor.NUM_SEVEN, AbstractProcessor.NUM_FIFTEEN);
        this.nextHandler=new CEO(AbstractProcessor.NUM_FIFTEEN, 999);
    }

    @Override
    protected void leave(LeaveRequest leaveRequest) {
        System.out.println("经理审批同意"+leaveRequest.getName()+"因"+leaveRequest.getDesc()+"请假"+leaveRequest.getDays()+"天");

    }
}
public class CEO extends AbstractProcessor{
    //老板审批
    public CEO(Integer start, Integer end) {
        super(AbstractProcessor.NUM_FIFTEEN, 999);
        super.nextHandler=null;
    }


    @Override
    protected void leave(LeaveRequest leaveRequest) {
        System.out.println("天数太长不允许请假,滚出去");
    }
}

客户类

public class Leave {
    //封装处理器链，给外部员工请假时调用，这样可以隐藏一些信息，让员工在调用的时候只用关心自己的请假条和调用该方法即可
    public static void doLeave(LeaveRequest leaveRequest){
        GroupLeader group = new GroupLeader(1, AbstractProcessor.NUM_THREE);
        group.submit(leaveRequest);
    }
}

员工使用

public class Staff {
    public static void main(String[] args) {
        LeaveRequest leaveRequest = new LeaveRequest("Strine", 16, "病假");
        Leave.doLeave(leaveRequest);
    }
}

 优缺点

优点

1.降低了对象之间的耦合度；

该模式降低了请求发送者和接受者的耦合度；

2.增强了系统的可扩展性；

可以根据需要增加新的请求处理类，满足开闭原则；

3.增强了给对象指派职责的灵活性；

当工作流程发生变化，可以动态地改变链内的成员或者修改它们的次序，也可动态地新增或者删除责任；

4.责任链简化了对象之间的连接；

一个对象只需保持一个指向其后继者的引用，不需保持其他所有处理者的引用，这避免了使用众多的if或者if...else语句（递归）；

5.责任分担；

每个类只需要处理自己该处理的工作，不能处理的传递给下一个对象完成，明确各类的责任范围，符合类的单一职责原则；

缺点

1.不能保证每个请求一定被处理，由于一个请求没有处理的接受者，所以不能保证它一定会被处理，该请求可能一直传到链的末端都得不到处理；

2.对比较长的职责链，请求的处理可能涉及多个处理对象，系统性能将受到一定影响；

3.职责链建立的合理性要靠客户端来保证，增加了客户端的复杂性，可能会由于职责链的错误设置而导致系统出错，如可能会造成循环调用；