设计模式之责任链模式

设计模式之职责链模式

  1. 实例

    1. 要求:OA系统采购审批需求(关于学校的)

      1. 采购员采购教学器材

      2. 如果金额小于等于5000,由教学主任审批

      3. 如果金额小于等于10000,由院长审批

      4. 如果金额小于等于30000,由副校长审批

      5. 如果金额 超过30000,由校长审批

    2. 传统方案解决分析

      1. 传统方式是:收到一个采集请求后,根据采购金额来调用对应的审批人完成审批

      2. 传统方式的问题分析:客户端会使用到分支判断来对应不同的采购请求处理,这样就存在如下问题

        1. 如果各个级别 的人员审批金额发生变化,在客户端也需要相应的变化

        2. 客户端必须明确的知道有多少个审批级别和访问

      3. 这样对一个采购请求进行处理和审批人就存在强耦合关系,并不利于代码的维护和扩展

      4. 解决方案=====》责任链模式

  2. 职责链模式

    1. 职责链模式基本介绍

      1. 职责链模式又叫责任链模式,为请求创建一个接受者对象的链,这种模式对请求的发送者和接受者进行解耦

      2. 职责链模式通常每个接受者都包含对另一个接受者的引。用如果一个对象不能处理该请求,那么它会把相同的请求传给下一个接受者,一次类推

      3. 这种类型的设计模式属于行为模式

    2. 类图

    3. 对类图的说明

      1. Hander:抽象的处理者,定义了一个处理请求的接口,同时包含另一个Hander

      2. ConcreteHanderA,B:是具体的处理者,处理它自己负责的请求,可以访问它的下一个处理者,如果可以处理当前请求则处理;否则就交给下一个处理者处理,从而形成一个职责链

      3. Request:还有很多属性,表示一个请求

  3. 实现实例

    1. 类图

    2. 代码

      //请求类
      public class  PurchaseRequest{
         private int type = 0;//请求类型
         private float price=0.0f;
         private int id = 0;
         //全参构造
         //get方法
         
      }

      //请求处理人,抽象类
      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);
      }

      //系教学主任处理类
      public class DepartmentApprover extends Approver{
         public DepartmentApprover(String name){
             super(name);
        }
         
         @Override
         public void processRequest(PurchaseRequest purchaseRequest){
              if(purchaseRequest.getPrice()<=5000){
                  Ssytem.out.println("请求编号id="+purchaseRequest.getId() + "被"+this.name+"处理")
              }else{
                  approver.processRequest(purchaseRequest);
              }
        }
      }

      //学院
      public class CollegeApprover extends Approver{
         public CollegeApprover(String name){
             super(name);
        }
         
         @Override
         public void processRequest(PurchaseRequest purchaseRequest){
              if(purchaseRequest.getPrice()>5000 && purchaseRequest.getPrice() <= 10000){
                  Ssytem.out.println("请求编号id="+purchaseRequest.getId() + "被"+this.name+"处理")
              }else{
                  approver.processRequest(purchaseRequest);
              }
        }
      }

      //副校长和上面类似
      //校长责任链上的最后一个
      public class SchoolMaster extends Approver{
         public SchoolMaster(String name){
             super(name);
        }
         
         @Override
         public void processRequest(PurchaseRequest purchaseRequest){
              if(purchaseRequest.getPrice()>30000){
                  Ssytem.out.println("请求编号id="+purchaseRequest.getId() + "被"+this.name+"处理")
              }else{
                  approver.processRequest(purchaseRequest);
              }
        }
      }


      public class Client{
         public static void main(String [] args){
             //创建请求
             PurchaseRequest purchaseRequest =new PurchaseRequest(1,31000,1);
             //创建相关的审批人
             Approver departmentApprover = new DepartmentApprover("张主任");
             Approver collegeApprover = new CollegeApprover("李院长");
             Approver viceSchoolMasterApprover = new ViceSchoolMasterApprover("孙副校长");
             Approver schoolMasterApprover = new SchoolMasterApprover("郭校长");
             departmentApprover.setApprover(collegeApprover);
             collegeApprover.setApprover(viceSchoolMasterApprover);
             viceSchoolMasterApprover.setApprover(schoolMasterApprover);
            departmentApprover.setApprover(departmentApprover);
             //将审批级别的下一个处理者设置好(处理人构成环形)
              schoolMasterApprover.processRequest(purchaseRequest);
        }
      }

       

    3. 责任链模式的注意细节和事项

      1. 将请求和处理分开,实现解耦,提高系统的灵活性

      2. 简化了对象,是的对象不需要知道链的结构

      3. 性能会受到影响,特别是在链比较长的时候,因此需要控制链中最大的节点数,一般通过Handler中设置一个最大节点数量,在setNext()中判断是否已经超过阈值,超过则不允许该链建立,避免出现超长链无意识的破坏系统性能

      4. 调试不方便。采用了类似递归的方式,调试时逻辑可能比较复杂

      5. 最佳应用场景:有多个对象可以处理同一个请求的时候,比如:多级请求、请假/加薪等审批流程、javaWeb中tomcat对Encoding的处理、拦截器

原文地址:https://www.cnblogs.com/juddy/p/15145557.html