java设计模式之职责链模式（Chain of Responsibility Pattern又名责任链模式）

基本介绍

• 为请求创建了一个接受者对象的链（示意图如下）。这种模式对请求的发送者和接受者进行解耦
• 职责链模式通常每个接受者都包含对另一个接受者的引用。如果一个对象不能处理该请求，则会将相同的请求传给下一个接受者，以此类推
  
  
  职责链模式的角色及职责：
• Handler：抽象的处理者，定义了一个处理请求的接口，同时含有另外的Handler
• ConcreteHandlerA,B：具体的处理者，处理它自己负责的请求，可以访问它的后继者（即下一个处理者），如果可以处理当前请求，则处理，否则就交给后继者去处理，从而形成一个职责链
• Request：含有很多属性表示一个请求

案例

OA系统采购审批需求

• 采购员采购教学器材
• 如果金额小于5000，由教学主任审批
• 如果金额小于10000，由院长审批
• 如果金额小于30000，由副校长审批
• 如果金额超过30000，由校长审批

请设计程序完成采购审批项目

传统方案解决OA系统审批问题分析

传统方式是：接受到一个采购请求后，根据采购金额来调用对应的Approver（审批人）完成审批

• 客户端这里会使用到分支判断这样会存在如下问题
  • 如果各个级别的人员审批金额发生变化，客户端也需要变化
  • 客户端必须明确的知道，有多少个审批级别和访问
• 这样对一个采购请求进行处理和Approver（审批人）就存在强耦合关系，不利于代码的扩展和维护
• 解决方案=>职责链模式

职责链模式解决OA系统审批问题

@Data
@AllArgsConstructor
public class PurchaseRequest {
    private int type;
    private float price;
    private int id;
}

@Data
public abstract class Approver {
    private Approver approver;
    private String name;

    public Approver(String name) {
        this.name = name;
    }

    abstract void processRequest(PurchaseRequest request);
}

public class DepartmentApprover extends Approver {

    public DepartmentApprover(String name) {
        super(name);
    }

    @Override
    void processRequest(PurchaseRequest request) {
        if (request.getPrice() <= 10000) {
            System.out.println(request.getId()+"被"+getName()+"处理了");
        } else {
            getApprover().processRequest(request);
        }
    }
}

public class CollegeApprover extends Approver {
    public CollegeApprover(String name) {
        super(name);
    }

    @Override
    void processRequest(PurchaseRequest request) {
        if (request.getPrice() <= 5000) {
            System.out.println(request.getId()+"被"+getName()+"处理了");
        } else {
            getApprover().processRequest(request);
        }
    }
}

public class ViceSchoolMasterApprover extends Approver {
    public ViceSchoolMasterApprover(String name) {
        super(name);
    }

    @Override
    void processRequest(PurchaseRequest request) {
        if (request.getPrice() <= 30000) {
            System.out.println(request.getId()+"被"+getName()+"处理了");
        } else {
            getApprover().processRequest(request);
        }
    }
}

public class SchoolMasterApprover extends Approver {
    public SchoolMasterApprover(String name) {
        super(name);
    }

    @Override
    void processRequest(PurchaseRequest request) {
        System.out.println(request.getId()+"被"+getName()+"处理了");
    }
}

public class Client {
    public static void main(String[] args) {
        PurchaseRequest purchaseRequest = new PurchaseRequest(1, 31000, 1);
        DepartmentApprover departmentApprover = new DepartmentApprover("张主任");
        CollegeApprover collegeApprover = new CollegeApprover("李院长");
        ViceSchoolMasterApprover viceSchoolMasterApprover = new ViceSchoolMasterApprover("刘副校长");
        SchoolMasterApprover schoolMasterApprover = new SchoolMasterApprover("董校长");
        departmentApprover.setApprover(collegeApprover);
        collegeApprover.setApprover(viceSchoolMasterApprover);
        viceSchoolMasterApprover.setApprover(schoolMasterApprover);
        departmentApprover.processRequest(purchaseRequest);
    }
}

注意事项和细节

• 将请求和处理分开，实现解耦，提高系统的灵活性
• 简化了对象，使对象不需要知道链的结构
• 性能会受到影响，特别是在链比较长的时候，因此需要控制链中最大节点数量，一般通过在Handler中设置一个最大节点数量，在setNext()方法中判断是否已经超过阈值，超过则不允许该链建立，避免出现超长链无意识地破坏系统性能
• 调试不方便。采用了类似递归的方式，调试时逻辑可能比较复杂
• 最佳应用场景：有多个对象可以处理同一个请求时，例如：多级请求、请假/加薪等审批流程、javaWeb中Tomcat对Encoding的处理、拦截器等