设计模式之职责链模式

职责链模式基本介绍

1)职责链模式( Chain oflResponsibility attern) ,又叫责任链模式,为请求创建了一个接收者对象的链(简单示意图)。这种模式对请求的发送者和接收者进行解耦。
2)职责链模式通常每个接收者都包含对另一个接收者的引用。如果一个对象不能处理该请求,那么它会把相同的请求传给下一个接收者,依此类推。

职责链模式原理类图

image
对原理类图的说明(职责链模式的角色及职责)
1.Handler:抽象的处理者,定义了一个处理请求的接口,同时含有另外的Hander
2.ConcreteHandlerA,B是具体的处理者,处理他自己负责的请求,可以访问他的后继者(下一个处理者),如果可以处理当前请求则自己处理,否则就将该请求交给后继者去处理,从而形成职责链
3.Request:含有很多属性,表示一个请求

职责链模式OA系统采购审批需求

学校OA系统的采购审批项目:需求是
1.采购员采购教学器材
2.如果金额 <= 5000,由教导主任审批
3.如果金额 <= 10000,由院长审批
4.如果金额 <= 30000,由副院长审批
5.如果金额 >= 10000,由校长审批
用程序完成此项目

image

代码实现

package com.cedric.responsibilitychain;

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);
}
package com.cedric.responsibilitychain;

public class DepartmentApprover extends Approver{

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

    @Override
    public void processRequest(PurchaseRequest purchaseRequest) {
        if(purchaseRequest.getPrice() <= 5000){
            System.out.println("请求编号" + purchaseRequest.getId() + "被" + this.name + "处理");
        } else {
            approver.processRequest(purchaseRequest);
        }
    }
}

package com.cedric.responsibilitychain;

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("请求编号" + purchaseRequest.getId() + "被" + this.name + "处理");
        } else {
            approver.processRequest(purchaseRequest);
        }
    }
}

package com.cedric.responsibilitychain;

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

    @Override
    public void processRequest(PurchaseRequest purchaseRequest) {
        if(purchaseRequest.getPrice() >= 10000 && purchaseRequest.getPrice() <= 30000){
            System.out.println("请求编号" + purchaseRequest.getId() + "被" + this.name + "处理");
        } else {
            approver.processRequest(purchaseRequest);
        }
    }
}
package com.cedric.responsibilitychain;

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

    @Override
    public void processRequest(PurchaseRequest purchaseRequest) {
        if(purchaseRequest.getPrice() > 30000){
            System.out.println("请求编号" + purchaseRequest.getId() + " 被 " + this.name + " 处理");
        } else {
            approver.processRequest(purchaseRequest);
        }
    }
}
package com.cedric.responsibilitychain;

public class Client {
    public static void main(String[] args) {

        // 创建一个请求
        PurchaseRequest purchaseRequest  = new PurchaseRequest(1,1000,1);

        // 创建相关审批人
        DepartmentApprover departmentApprover = new DepartmentApprover("莫主任");
        CollegeApprover collegeApprover = new CollegeApprover("钟院长");
        ViceSchoolMasterApprover viceSchoolMasterApprover = new ViceSchoolMasterApprover("王副校长");
        SchoolMaster schoolMaster = new SchoolMaster("胡校长");

        // 需要将各个审批级别的下一个设置好(处理人构成环形)
        departmentApprover.setApprover(collegeApprover);
        collegeApprover.setApprover(viceSchoolMasterApprover);
        viceSchoolMasterApprover.setApprover(schoolMaster);
        schoolMaster.setApprover(departmentApprover);

        departmentApprover.processRequest(purchaseRequest);


    }
}

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

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