职责链模式

一给  金牌会员 | 2023-11-6 01:37:56 | 显示全部楼层 | 阅读模式
打印 上一主题 下一主题

主题 873|帖子 873|积分 2619

职责链模式

案例引入

OA(Office Automation)系统的采购审批项目,需求是
1.采购员采购教学用品。
2.price >= 0 && price  5000 && price  10000 && price  30000由校长审批
传统方式完成采购审批任务

采购员类,采购请求类,以及审批组类(教学主任,院长等),每次采购人员,发起采购请求(创建一个采购请求对象),在这个对象中会依赖审批组类,然后采购请求对象,会根据此次的金额,if else分支自动匹配审批组中的类,进行审批。
传统方式问题分析


  • 1.传统方式是,接收到一个采购请求后,根据采购金额来调用对应的Approver(审批人),完成审批。
  • 2.会使用到分支判断(如if else)来对不同的采购请求处理。这样存在的问题,如果各个级别的人员审批金额发生变化,在客户端也需要变化;客户端必须明确的知道由多少个审批级别和访问
  • 3.这样对一个采购请求进行处理,和Approver就存在强耦合关系,不利于代码的扩展和维护。
  • 4.解决方案 => 职责链模式。
基本介绍


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


职责链模式使得多个对象,都有机会处理请求,从而避免请求的发送者和接收者间的耦合。将可以处理请求的对象,构建为一条链并沿着这条链传递该请求,只有一个处理者处理该请求。
原理类图说明


  • 1.Handler 抽象的处理者,定义了一个处理请求的方法,同时有一个Handler的属性(用于子类定义下一个处理请求的对象)。
  • 2.ConcreteHandlerA ,ConcreteHandlerB是具体的处理者,处理它自己复杂的请求,可以访问它的后继者(即下一个处理者),如果可以处理当前请求,则处理,否则就将该请求交个后继者去处理,从而形成一个责任链。
  • 3.Request 含有很多属性,表示为一个要处理的请求。
职责链模式实现案例

原理类图


代码
  1. /**
  2. * @author 长名06
  3. * @version 1.0
  4. * 审批人抽象类
  5. */
  6. public abstract class Approver {
  7.     Approver approver;
  8.     String name;
  9.     public Approver(String name){
  10.         this.name = name;
  11.     }
  12.     public void setApprover(Approver approver) {
  13.         this.approver = approver;
  14.     }
  15.     public abstract void processRequest(PurchaseRequest request);
  16. }
  17. /**
  18. * @author 长名06
  19. * @version 1.0
  20. * 系主任审批人员
  21. */
  22. public class DepartmenterApprover extends Approver{
  23.     public DepartmenterApprover(String name){
  24.         super(name);
  25.     }
  26.     @Override
  27.     public void processRequest(PurchaseRequest request) {
  28.         if(request.getPrice() >= 0 && request.getPrice() <= 5000){
  29.             System.out.println("请求编号" + request.getId() + "被" + this.name + "处理");
  30.         }else {
  31.             approver.processRequest(request);
  32.         }
  33.     }
  34. }
  35. /**
  36. * @author 长名06
  37. * @version 1.0
  38. * 院长审批人员
  39. */
  40. public class CollegeApprover extends Approver{
  41.     public CollegeApprover(String name){
  42.         super(name);
  43.     }
  44.     @Override
  45.     public void processRequest(PurchaseRequest request) {
  46.         if(request.getPrice() > 5000 && request.getPrice() <= 10000){
  47.             System.out.println("请求编号" + request.getId() + "被" + this.name + "处理");
  48.         }else {
  49.             approver.processRequest(request);
  50.         }
  51.     }
  52. }
  53. /**
  54. * @author 长名06
  55. * @version 1.0
  56. * 副校长审批人员
  57. */
  58. public class ViceSchoolMasterApprover extends Approver{
  59.     public ViceSchoolMasterApprover(String name){
  60.         super(name);
  61.     }
  62.     @Override
  63.     public void processRequest(PurchaseRequest request) {
  64.         if(request.getPrice() > 10000 && request.getPrice() <= 30000){
  65.             System.out.println("请求编号" + request.getId() + "被" + this.name + "处理");
  66.         }else {
  67.             approver.processRequest(request);
  68.         }
  69.     }
  70. }
  71. /**
  72. * @author 长名06
  73. * @version 1.0
  74. * 校长审批人员
  75. */
  76. public class SchoolMasterApprover extends Approver{
  77.     public SchoolMasterApprover(String name){
  78.         super(name);
  79.     }
  80.     @Override
  81.     public void processRequest(PurchaseRequest request) {
  82.         if(request.getPrice() > 30000){
  83.             System.out.println("请求编号" + request.getId() + "被" + this.name + "处理");
  84.         }else {
  85.             if(approver != null) {
  86.                 approver.processRequest(request);
  87.                 return;
  88.             }
  89.             throw new RuntimeException("处理链执行完毕,不能处理当前请求");
  90.         }
  91.     }
  92. }
  93. /**
  94. * @author 长名06
  95. * @version 1.0
  96. */
  97. public class PurchaseRequest {
  98.     private int type = 0;
  99.     private float price = 0.0F;
  100.     private int id = 0;
  101.     public PurchaseRequest(int type, float price, int id) {
  102.         this.type = type;
  103.         this.price = price;
  104.         this.id = id;
  105.     }
  106.     public int getType() {
  107.         return type;
  108.     }
  109.     public float getPrice() {
  110.         return price;
  111.     }
  112.     public int getId() {
  113.         return id;
  114.     }
  115. }
  116. /**
  117. * @author 长名06
  118. * @version 1.0
  119. */
  120. public class Client {
  121.     public static void main(String[] args) {
  122.         PurchaseRequest purchaseRequest = new PurchaseRequest(1, 4000, 1);
  123.         DepartmenterApprover departmenterApprover = new DepartmenterApprover("系主任");
  124.         CollegeApprover collegeApprover = new CollegeApprover("院长");
  125.         ViceSchoolMasterApprover viceSchoolMasterApprover = new ViceSchoolMasterApprover("副校长");
  126.         SchoolMasterApprover schoolMasterApprover = new SchoolMasterApprover("校长");
  127.         //构建处理链 要形成一个环状,保证请求一定要被处理,这样的好处,就是如果当前是最后一个级别处理的
  128.         //要处理的请求,是在前几个级别,依旧保证能被处理,不然如果使用最后一个级别处理请求,但是不符合此级别要求
  129.         //而最后一个级别未设置下一个处理人,则此请求无法被处理了
  130.         //一般情况下,都是从最低级别开始处理
  131.         departmenterApprover.setApprover(collegeApprover);
  132.         collegeApprover.setApprover(viceSchoolMasterApprover);
  133.         viceSchoolMasterApprover.setApprover(schoolMasterApprover);
  134.         schoolMasterApprover.setApprover(departmenterApprover);
  135.         departmenterApprover.processRequest(purchaseRequest);
  136.     }
  137. }
复制代码
职责链模式在SpringMVC框架的源码分析


  • 1.SpringMVC-HanlderExecutionChain类就使用到了职责链模式。
  • 2.SpringMVC请求流程图。

  • 3.总结,流程图中,执行了拦截器相关方法interceptor.preHandler()等,在springMVC处理请求时,使用到了职责链模式和适配器模式;HandlerExecutionChain主要负责的是请求拦截器的执行和请求处理,但是他自身不处理请求,只是将请求分配给链上注册的处理器执行,这是职责链实现方法,减少职责链本身与处理器逻辑之间的耦合,规范了流程处理;HandlerExecutionChain维护了HandlerInterceptor的集合,可以向其中注册相应的拦截器。
注意事项和细节


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

免责声明:如果侵犯了您的权益,请联系站长,我们会及时删除侵权内容,谢谢合作!

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有账号?立即注册

x
回复

使用道具 举报

0 个回复

倒序浏览

快速回复

您需要登录后才可以回帖 登录 or 立即注册

本版积分规则

一给

金牌会员
这个人很懒什么都没写!

标签云

快速回复 返回顶部 返回列表