[设计模式]职责链模式

本文介绍了职责链模式在解决传统采购审批流程中的问题。通过创建一个审批者对象链,请求从低级别审批人传递到高级别审批人,实现了请求与处理的解耦。在代码实现中,定义了抽象的处理者类和具体处理者类,并构建了一个审批链。当采购金额超出某个范围时,请求会自动传递给下一级审批人,简化了客户端的判断逻辑。职责链模式适用于多级审批、权限控制等场景,提高了代码的灵活性,但也可能存在性能影响和调试难度增加的问题。
摘要由CSDN通过智能技术生成

职责链模式

引入一个采购案例

采购员采购教学器材

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

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

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

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

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

传统方案

image-20220915154132718

问题分析

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

职责链模式基本介绍

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

image-20220915154249023

  1. Handler : 抽象的处理者, 定义了一个处理请求的接口, 同时含义另外 Handler
  2. ConcreteHandlerA , B 是具体的处理者, 处理它自己负责的请求, 可以访问它的后继者(即下一个处理者), 如果可以处理当前请求,则处理,否则就将该请求交个 后继者去处理,从而形成一个职责链
  3. Request , 含义很多属性,表示一个请求

代码实现

image-20220915154322885

职责节点抽象类

public abstract class Approver {

   Approver approver;  //下一个处理者
   String name; // 名字
   
   public Approver(String name) {
      // TODO Auto-generated constructor stub
      this.name = name;
   }

   //下一个处理者
   public void setApprover(Approver approver) {
      this.approver = approver;
   }
   
   //处理审批请求的方法,得到一个请求, 处理是子类完成,因此该方法做成抽象
   public abstract void processRequest(PurchaseRequest purchaseRequest);
   
}

节点实现类

public class CollegeApprover extends Approver {

   public CollegeApprover(String name) {
      // TODO Auto-generated constructor stub
      super(name);
   }
   
   @Override
   public void processRequest(PurchaseRequest purchaseRequest) {
      // TODO Auto-generated method stub
      if(purchaseRequest.getPrice() < 5000 && purchaseRequest.getPrice() <= 10000) {
         System.out.println(" 请求编号 id= " + purchaseRequest.getId() + " 被 " + this.name + " 处理");
      }else {
         approver.processRequest(purchaseRequest);
      }
   }
}
public class Client {

   public static void main(String[] args) {
      // TODO Auto-generated method stub
      //创建一个请求
      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. tomcat的filter
  2. springMVC
  3. springserucity

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值