责任链模式

需求

学校 OA 系统的采购审批项目：需求是采购员采购教学器材，

1)    如果金额 小于等于 5000,  由教学主任审批 （0<=x<=5000）

2)    如果金额 小于等于 10000,  由院长审批 (5000<x<=10000)

3)    如果金额 小于等于 30000,  由副校长审批 (10000<x<=30000)

4)    如果金额 超过 30000 以上，有校长审批 ( 30000<x)

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

传统方案解决问题

1. 接收到一个采购请求后，根据采购金额来调用对应的 Approver (审批人)完成审批。
2. 客户端这里会使用到 分支判断(比如  switch)  来对不同的采购请求处理， 这样就存在如下问题 (1) 如果各个级别的人员审批金额发生变化，在客户端的也需要变化 (2) 客户端必须明确的知道  有多少个审批级别和访问
3. 这样 对一个采购请求进行处理 和 Approver (审批人) 就存在强耦合关系，不利于代码的扩展和维护

责任链模式

定义：为请求创建一个接收者对象的链条。这种模式对请求的发送者和接收者进行解耦。

责任链模通常每个接收者都包含对另一个接收者的引用。如果一个对象不能处理该请求，那么就会把相同的请求传给下一个接收者，以此类推。

 

 

1. Handler：抽象的处理者，定义一个处理请求的接口，同时包含一个Handler作为后继者。
2. ConcreHandlerA,ConcreHandlerB是具体的处理者，处理它自己负责的请求，可以访问它的后继者（下一个处理者），如果可以处理当前请求，则处理，否则就将该请求交给后继者去处理，从而形成一条责任链【  环形 或 单向直线 或 树状】。
3. Request,表示一个请求

改进方案

public abstract class Approver {
    Approver approver;	//下一个处理者 
    String name; // 名 字

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

    //下一个处理者
    public void setApprover(Approver approver) { 
        this.approver = approver;
    }

    //处理审批请求的方法，得到一个请求, 处理是子类完成，因此该方法做成抽象
    public abstract void processRequest(PurchaseRequest purchaseRequest);

}

//具体处理者1
public class DepartmentApprover extends Approver {
    public DepartmentApprover(String name) {
        super(name);
    }
    @Override
    public void processRequest(PurchaseRequest purchaseRequest) {
        if(purchaseRequest.getPrice() <= 5000) {
            System.out.println(" 请求编号 id= " + purchaseRequest.getId() + " 被 " + this.name + " 处理");
        }else {
            approver.processRequest(purchaseRequest);
        }
     }
}

//具体处理者2
public class CollegeApprover extends Approver {
    public CollegeApprover(String name) {
        super(name);
    }

    @Override
    public void processRequest(PurchaseRequest purchaseRequest) {
        if(purchaseRequest.getPrice() < 5000 && purchaseRequest.getPrice() <= 10000) {
            System.out.println(" 请求编号 id= " + purchaseRequest.getId() + " 被 " + this.name + " 处理");
        }else {
            approver.processRequest(purchaseRequest);
        }
    }
}
//具体请求处理者3,只是金额不同而已，ViceSchoolMasterApprover  10000~30000
//具体请求处理者4.只是金额不同而已，SchoolMasterApprover     >30000

//请求类
public class PurchaseRequest {
    private int type = 0; //请求类型
    private float price = 0.0f; //请求金额
    private int id = 0;
    public PurchaseRequest(int type, float price, int id) { 
        this.type = type;
        this.price = price;
        this.id = id;
    }
    public int getType() { 
        return type;
    }
    public float getPrice() { 
        return price;
    }
    public int getId() { 
        return id;
    }
}


//客户端
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); 
        schoolMasterApprover.setApprover(departmentApprover); // 环形


        departmentApprover.processRequest(purchaseRequest); // 从哪里出发开始处理审核流程，也是一个学问。
        viceSchoolMasterApprover.processRequest(purchaseRequest);
    }
}

职责链模式的注意事项和细节

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