专业网站优化外包,怎么样做英文网站,app地图下载安装,wordpress weui主题#x1f448;️上一篇:命令模式 设计模式-专栏#x1f448;️ 文章目录 职责链模式定义英文原话直译如何理解呢#xff1f; 职责链模式的角色1. Handler#xff08;抽象处理者#xff09;2. ConcreteHandler#xff08;具体处理者#xff09;3. Client#xff08;客户… ️上一篇:命令模式 设计模式-专栏️ 文章目录 职责链模式定义英文原话直译如何理解呢 职责链模式的角色1. Handler抽象处理者2. ConcreteHandler具体处理者3. Client客户类类图类图分析代码示例 职责链模式的应用优点缺点使用场景 示例解析购物中心客户服务流程类图类图分析代码示例 职责链模式 职责链模式Chain of Responsibility Pattern是一种常见的行为模式。 职责链模式是一种将多个对象链接起来以处理相同请求的设计模式就像一条流水线或接力棒传递每个对象都有机会处理请求如果不能处理则传递给下一个对象直到找到能够处理的对象或传递完毕。 这种模式降低了对象间的耦合度增强了系统的可扩展性和灵活性使得请求的处理过程更加清晰和模块化。 简而言之职责链模式让请求在多个对象间“接力传递”直到找到“合适的人”来处理。 定义 英文原话 Chain of Responsibility Pattern: Avoid coupling the sender of a request to its receiver by giving more than one object a chance to handle the request. Chain the receiving objects and pass the request along the chain until an object handles it. 直译 职责链模式通过将多个对象连接成一条链并沿着这条链传递请求以避免请求的发送者与接收者之间的紧密耦合。直到链上的某个对象处理请求为止。 如何理解呢 想象一下在图书馆借阅图书的流程。在一个大型的图书馆系统中处理图书借阅的流程可能涉及到多个步骤和角色每个角色都有自己特定的职责。 读者读者想要借阅一本书。他们首先会到自助借书机或前台服务台提出借阅请求。自助借书机这是第一个“处理者”。如果自助借书机正常工作且读者持有有效的借阅证它可以直接处理借阅请求打印出借阅凭条并更新图书的借阅状态。前台服务台如果自助借书机出现故障或读者遇到问题他们可以将借阅请求传递给前台服务台的工作人员。工作人员会检查读者的借阅证是否有效并手动处理借阅请求。图书管理员如果前台服务台的工作人员发现图书已经被其他读者预约或存在其他需要管理员处理的问题例如图书需要修复或更新库存他们会将借阅请求传递给图书管理员。图书管理员会进一步处理这些特殊情况并决定是否批准借阅请求。系统管理员在某些情况下例如系统出现严重故障或需要更改借阅规则时图书管理员可能无法直接处理请求。这时他们可以将请求传递给系统管理员由系统管理员来处理这些系统级别的问题。 在这个场景中每个角色自助借书机、前台服务台、图书管理员、系统管理员都是一个“处理者”他们共同组成了一个“职责链”。当一个借阅请求出现时它会沿着这个链传递直到有一个“处理者”能够处理它为止。 这种流程设计降低了各个角色之间的依赖和耦合使得借阅流程更加灵活和高效。同时它也提高了系统的可扩展性因为新的处理者可以很容易地添加到链中以处理新的请求或应对新的情况。 在软件系统中当有多个对象可以处理同一类请求时使用职责链模式可以避免请求发送者和接收者之间的紧密耦合使得系统更加灵活和可扩展。 职责链模式的角色 职责链模式中的角色通常包括以下几种 1. Handler抽象处理者 定义一个处理请求的接口 (可选) 实现后继链 定义一个处理请求的接口通常包含一个方法用于处理请求和一个属性用于保存对下一个处理者的引用。 2. ConcreteHandler具体处理者 处理它所负责的请求可访问它的后继者如果可处理该请求就处理否则将该请求转发给它的后继者 实现抽象处理者接口处理它所负责的请求如果可以处理该请求就处理否则将该请求传给它的后继者。 3. Client客户类 设置职责链 向链上的具体处理者ConcreteHandler对象提交请求 创建处理链并向链的第一个处理者对象发送请求。 类图 类图分析 抽象处理者组合了自身类型的对象定义了 successor 后继处理器属性并通过setSuccssor()方法进行赋值体现在子类上就是每个具体的处理者可以设置后继处理器即当前无法处理的话递给后继处理器进行处理。 代码示例 下面是一个简单的Java示例演示了职责链模式的应用 抽象处理者 abstract class Handler {protected Handler successor; // 持有后继者的引用 // 设置后继者 public void setSuccessor(Handler successor) {this.successor successor;}// 处理请求的方法声明为抽象方法由具体处理者实现 public abstract void handleRequest(int request); }具体处理者A class ConcreteHandlerA extends Handler {Overridepublic void handleRequest(int request) {if (request 0 request 10) {System.out.println(Handler A handled request request);} else if (successor ! null) {successor.handleRequest(request); // 如果不能处理则传递给后继者 }} }具体处理者B class ConcreteHandlerB extends Handler {Overridepublic void handleRequest(int request) {if (request 10 request 20) {System.out.println(Handler B handled request request);} else if (successor ! null) {successor.handleRequest(request); // 如果不能处理则传递给后继者 }} }具体处理者C class ConcreteHandlerC extends Handler {Overridepublic void handleRequest(int request) {if (request 20) {System.out.println(Handler C handled request request);} else {// 这里没有后继者请求到此为止 System.out.println(No handler could process the request request);}} } 客户类 package com.polaris.designpattern.list3.behavioral.pattern03.chainofresponsibility.classicdemo;public class Client {public static void main(String[] args) {Handler handlerA new ConcreteHandlerA();Handler handlerB new ConcreteHandlerB();Handler handlerC new ConcreteHandlerC();// 设置职责链 handlerA.setSuccessor(handlerB);handlerB.setSuccessor(handlerC);// 发送请求 int[] requests {2, 15, 30};for (int request : requests) {handlerA.handleRequest(request);}} } /* Output: Handler A handled request 2 Handler B handled request 15 Handler C handled request 30 *///~在上面的示例中我们定义了三个具体处理者A、B、C它们分别处理不同范围的请求。在客户类中我们创建了一个处理链并将请求发送到链的第一个处理者A。如果A不能处理请求它会将请求传递给B依此类推。 最终所有的请求都会被处理或者因为找不到合适的处理者而结束。 职责链模式的应用 优点 降低耦合度请求者和接收者之间不直接联系降低了系统的耦合度。增强系统的可扩展性可以根据需要增加新的请求处理类满足开闭原则。增强给对象指派职责的灵活性当工作流程发生变化可以动态地改变链内的成员或者调动它们的次序也可动态地新增或者删除责任。责任链简化了对象之间的连接每个对象只需保持一个指向其后继者的引用不需保持其他所有处理者的引用这避免了使用众多的 if 或者 if···else 语句。 缺点 不能保证每个请求一定被处理由于一个请求没有明确的接收者所以不能保证它一定会被处理该请求可能一直传到链的末端都得不到处理一个请求也可能因为链的结构没有得到正确构建而得不到处理比如忘记给处理者设置后继者。对比较长的职责链请求的处理可能涉及多个处理对象系统性能将受到一定影响。职责链建立的合理性要靠客户端来保证增加了客户端的复杂性可能会由于职责链的错误设置而导致系统出错如可能会造成循环调用。 使用场景 有多个对象可以处理同一个请求具体哪个对象处理该请求由运行时刻自动确定。在不明确指定接收者的情况下向多个对象中的一个提交一个请求。可动态指定一组对象处理请求客户端可以动态地设置职责链来处理请求也可以改变链内的成员或者调动它们的次序。 示例解析购物中心客户服务流程 为了更直观地解释职责链模式我们可以使用一个简单的例子购物中心的客户服务流程。当顾客在购物中心遇到问题如退换货、咨询商品信息等时他们可能会首先找到最近的店员寻求帮助。如果店员不能解决问题他们可能会将问题转交给部门经理如果部门经理也不能处理问题最终可能会提交给客服中心。 生活中的例子 顾客在购物中心遇到问题的顾客。店员首先接待顾客的人可以处理一些简单的请求如商品信息查询。部门经理如果店员不能解决问题顾客的问题会转交给部门经理部门经理能处理更复杂的请求如退换货。客服中心如果部门经理也无法解决问题问题最终会提交给客服中心。 类图 类图分析 抽象出抽象处理者 CustomerServiceRequestHandler 客户服务请求处理器 店员 Clerk , 部门经理 DepartmentManager , 客服中心 CustomerServiceCenter分别对其进行实现是请求的具体处理者 从类图也可发现店员Clerk 对象组合了一个请求处理器对象即后继处理节点在这个示例是部门经理DepartmentManager 对象表示店员如果可以处理的客户问题店员就进行处理否则交给他的后继节点部门经理处理 如果请求被流转到部门经理DepartmentManager 对象来处理如果他能处理则自行处理返回了否则将客户的问题递给后继节点处理这里是客服中心CustomerServiceCenter对象从类图可以看出部门经理对象组合了一个客户服务请求处理器具体是客服中心对象。 在本示例中任何店员部门经理处理不了的问题客服中心都负责处理他是最后的问题处理节点因此它不再组合后继节点。 代码示例 首先我们定义一个处理请求的接口 public interface CustomerServiceRequestHandler {String handleRequest(String request);void setNextHandler(CustomerServiceRequestHandler nextHandler); }然后我们创建实现该接口的类来表示不同的处理者 1.店员 Clerk public class Clerk implements CustomerServiceRequestHandler {private CustomerServiceRequestHandler nextHandler;Overridepublic String handleRequest(String request) {if (canHandleRequest(request)) {return Clerk handled request: request;} else if (nextHandler ! null) {return nextHandler.handleRequest(request);} else {return No handler could process the request: request;}}Overridepublic void setNextHandler(CustomerServiceRequestHandler nextHandler) {this.nextHandler nextHandler;}private boolean canHandleRequest(String request) {// 假设店员只能处理商品信息查询请求return request.startsWith(Product Info);} } 2.部门经理 DepartmentManager public class DepartmentManager implements CustomerServiceRequestHandler {private CustomerServiceRequestHandler nextHandler;Overridepublic String handleRequest(String request) {if (canHandleRequest(request)) {return Department Manager handled request: request;} else if (nextHandler ! null) {return nextHandler.handleRequest(request);} else {return No handler could process the request: request;}}Overridepublic void setNextHandler(CustomerServiceRequestHandler nextHandler) {this.nextHandler nextHandler;}private boolean canHandleRequest(String request) {// 假设部门经理可以处理退货请求return request.startsWith(Return an item);} }3.客服中心 CustomerServiceCenter public class CustomerServiceCenter implements CustomerServiceRequestHandler {Overridepublic String handleRequest(String request) {return Customer Service Center handled request: request;}Overridepublic void setNextHandler(CustomerServiceRequestHandler nextHandler) {// 客服中心是链的末尾不需要设置下一个处理者// 这里可以抛出一个异常或者忽略这个调用} }最后我们可以创建一个客户端类来演示如何使用这个职责链 public class CustomerServiceChainDemo {public static void main(String[] args) {// 创建处理者实例CustomerServiceRequestHandler clerk new Clerk();CustomerServiceRequestHandler manager new DepartmentManager();CustomerServiceRequestHandler center new CustomerServiceCenter();// 构建职责链clerk.setNextHandler(manager);manager.setNextHandler(center);// 模拟顾客提交请求//查询商品信息String request1 Product Info 123;String result1 clerk.handleRequest(request1);System.out.println(result1); // 输出Clerk handled request: Product Info 123//退货String request2 Return an item;String result2 clerk.handleRequest(request2);System.out.println(result2); // 输出Department Manager handled request: Return an item//服务投诉String request3 Complaint about service;String result3 clerk.handleRequest(request3);System.out.println(result3); // 输出Customer Service Center handled request: Complaint about service} } /* Output: Clerk handled request: Product Info 123 Department Manager handled request: Return an item Customer Service Center handled request: Complaint about service *///~在这个例子中我们模拟了三种不同类型的顾客请求并展示了它们如何通过职责链被不同的处理者处理。如果一个处理者不能处理请求它会将请求传递给链中的下一个处理者直到找到能够处理该请求的处理者或者到达链的末尾。 ️上一篇:命令模式 设计模式-专栏️