背景

有个需求,原先只涉及到一种A情况设备的筛选,每次筛选会经过多个流程,比如先a功能,a功能通过再筛选b功能,然后再筛选c功能,以此类推。现在新增了另外一种B情况的筛选,B情况同样需要A情况的筛选流程,并且需要在A情况的基础上,新增另外的功能筛选,这里假设A需要a、b、c功能的筛选,而B需要a、b、c、d功能的筛选,并且这些功能的筛选的顺序可能发生变动,比如新增了某个筛选,这个筛选涉及到的计算量少那肯定可以把这个置在前面先处理,不满足条件就return,咋一看,这个需求很符合责任链模式的应用场景,下面介绍编码。这里的代码参考了 马丁玩编程 在其12306项目里面的责任链模式,并做出一些相应改动,以适配当前的场景。

代码

责任链模式顶层接口

这里继承了Ordered类,是为了方便后续对处理器进行排序。

public interface AbstractChainHandler<REQUEST> extends Ordered {

    default boolean handler(REQUEST requestParam){

        return true;
}; }

A情况的接口和B情况的接口。

public interface DeviceTypeAChainFilter extends AbstractChainHandler<DeviceFilterBO> {

}
public interface DeviceTypeBChainFilter extends AbstractChainHandler<DeviceFilterBO> {

}

定义成接口,后续往里面添加处理器的时候,方便查看当前A规则和B规则都有哪些处理器:

具体的处理器

处理器1:

@Component
public class DeviceFunctionChainHandler implements DeviceTypeAChainFilter, DeviceTypeBChainFilter { @Override
public boolean handler(DeviceFilterBO deviceFilterBO) {
if (deviceFilterBO.getDeviceBO().getCondition() % 2 == 0) {
System.out.println("处理器A:筛选功能不通过");
return false;
}
// 筛选功能
System.out.println("处理器A:筛选功能通过");
return true;
} @Override
public int getOrder() {
return 0;
}
}

处理器2:

@Component
public class DeviceResolutionChainHandler implements DeviceTypeAChainFilter, DeviceTypeBChainFilter { @Override
public boolean handler(DeviceFilterBO deviceFilterBO) {
// 分辨率支持
System.out.println("处理器B:分辨率支持");
return true;
} @Override
public int getOrder() {
return 10;
} }

处理器3:

@Component
public class DeviceCaculateOutputChainHandler implements DeviceTypeBChainFilter { @Override
public boolean handler(DeviceFilterBO deviceFilterBO) {
// 接口支持
System.out.println("处理器C:输出接口支持");
// 计算设备数量满足要求
System.out.println("处理器C:根据输出接口计算的设备数量满足要求");
return true;
} @Override
public int getOrder() {
return 30;
}
}

处理器4:

@Component
public class DeviceCaculateInputChainHandler implements DeviceTypeAChainFilter, DeviceTypeBChainFilter { @Override
public boolean handler(DeviceFilterBO deviceFilterBO) {
if (deviceFilterBO.getDeviceBO().getCondition() % deviceFilterBO.getCondition() == 0) {
System.out.println("处理器D:输入接口不支持");
return false;
}
ArrayList<DeviceBO> deviceRes = (ArrayList<DeviceBO>) AbstractChainContext.threadLocal.get();
deviceRes.add(deviceFilterBO.getDeviceBO());
// 接口支持
System.out.println("处理器D:输入接口支持");
// 计算设备数量满足要求
System.out.println("处理器D:根据输入接口计算的设备数量满足要求");
return true;
} @Override
public int getOrder() {
return 40;
}
}

可以看到,处理器都用@Component进行标识,后续通过ioc容器获取这些处理器进行分类和执行。并且,可以看到A..filter接口有三个实现者,这说明A有三种处理器,同理B有四种处理器,并且由于顶层接口继承了Order类,所有具体的处理器都会标识当前的order,如上面的10,20,30...这里把Order的数字间隔放大一些,比如10,20,30,如果以后要往这些间隔插入新的处理逻辑也方便。

获取具体处理器和执行hanlder的上下文类

先将不同的处理规则的接口都放在某个特定包下

先去扫描这个包下的所有接口,然后再去Spring Ioc容器里面拿出这些接口的实现类,把不同的接口实现类按接口名字作为标识,按Order对这些实现类进行排序,然后放到一个List里面,以接口名字作为key,实现类List作为value,后续调用链式调用的时候,传入具体的接口名字(处理规则名字),实现链式顺序调用,具体实现如下

AbstractChainContext上下文类:

public final class AbstractChainContext<REQUEST, RESPONSE> implements CommandLineRunner {

    private final static Map<String, List<AbstractChainHandler>> abstractChainHandlerContainer = new HashMap<>();

    public final static ThreadLocal threadLocal = new ThreadLocal<>();

    public void handler(String mark, REQUEST requestParam) {
List<AbstractChainHandler> abstractChainHandlers = abstractChainHandlerContainer.get(mark);
if (CollectionUtils.isEmpty(abstractChainHandlers)) {
throw new RuntimeException(String.format("[%s] Chain of Responsibility ID is undefined.", mark));
}
for (AbstractChainHandler abstractChainHandler : abstractChainHandlers) {
if(!abstractChainHandler.handler(requestParam)){
break;
}
}
} @Override
public void run(String... args) {
List<Class<?>> interfaces = getInterfacesInPackage("com.zh.demo.designpattern.chain.type");
for (Class<?> interfaceType : interfaces) {
Map<String, AbstractChainHandler> beansOfType = (Map<String, AbstractChainHandler>) ApplicationContextHolder.getBeansOfType(interfaceType);
// 转成list
List<AbstractChainHandler> sortedList = beansOfType.values().stream()
.sorted(Comparator.comparing(Ordered::getOrder))
.collect(Collectors.toList());
int index = interfaceType.getName().lastIndexOf(".") + 1;
abstractChainHandlerContainer.put(interfaceType.getName().substring(index), sortedList);
}
} public static List<Class<?>> getInterfacesInPackage(String packageName) {
List<Class<?>> result = new ArrayList<>();
try {
ClassLoader classLoader = Thread.currentThread().getContextClassLoader();
String path = packageName.replace('.', '/');
Enumeration<URL> resources = classLoader.getResources(path); while (resources.hasMoreElements()) {
URL resource = resources.nextElement();
File directory = new File(resource.getFile());
File[] files = directory.listFiles(); if (files != null) {
for (File file : files) {
if (file.getName().endsWith(".class")) {
String className = packageName + '.' + file.getName().replace(".class", "");
Class<?> clazz = Class.forName(className); if (clazz.isInterface()) {
result.add(clazz);
}
}
}
}
}
} catch (IOException | ClassNotFoundException e) {
e.printStackTrace();
} return result;
}
}

在上面变量中,用了个 public final static ThreadLocal threadLocal = new ThreadLocal<>(); 这个是用来保存设备的筛选列表。

定义好不同筛选规则的枚举类:

public enum DeviceChainMarkEnum {

    /**
* A设备过滤器
*/
DEVICE_TYPEA_FILTER("DeviceTypeAChainFilter"), /**
* B设备过滤器
*/
DEVICE_TYPEB_FILTER("DeviceTypeBChainFilter"); String name; public String getName() {
return name;
} DeviceChainMarkEnum(String name) {
this.name = name;
} }

Service的编写

@Service
@RequiredArgsConstructor
@Slf4j
public class DemoServiceImpl implements DemoService { private final AbstractChainContext<DeviceFilterBO, Object> devcieTypeChainContext; @Override
public List<DeviceBO> filterDeviceTypeA(ParmDTO parmDTO) {
ArrayList<DeviceBO> deviceList = new ArrayList<>();
// 简化条件
parmDTO.setCondition(2);
// 实际情况应该是从数据库读取设备的信息
for (int i = 0; i < 5; i++) {
DeviceBO deviceDTO = DeviceBO.builder().condition(new Random().nextInt(100)).build();
deviceList.add(deviceDTO);
}
ArrayList<DeviceBO> deviceRes = new ArrayList<>();
// 把需要的结果放到threadLocal中,在具体的处理器中对结果List进行处理
AbstractChainContext.threadLocal.set(deviceRes);
// 筛选多个设备 对符合的设备加入到deviceRes
for (DeviceBO deviceBo : deviceList) {
DeviceFilterBO deviceFilterBO = DeviceFilterBO.builder().condition(parmDTO.getCondition()).deviceBO(deviceBo).build();
// 以A规则进行处理
devcieTypeChainContext.handler(DeviceChainMarkEnum.DEVICE_TYPEA_FILTER.getName(), deviceFilterBO);
}
AbstractChainContext.threadLocal.remove();
System.out.println("筛选结果数量:" + deviceRes.size());
return deviceRes;
} @Override
public List<DeviceBO> filterDeviceTypeB(ParmDTO parmDTO) {
ArrayList<DeviceBO> deviceList = new ArrayList<>();
// 简化条件
parmDTO.setCondition(2);
// 实际情况应该是从数据库读取设备的信息
for (int i = 0; i < 5; i++) {
DeviceBO deviceDTO = DeviceBO.builder().condition(new Random().nextInt(100)).build();
deviceList.add(deviceDTO);
}
ArrayList<DeviceBO> deviceRes = new ArrayList<>();
// 把需要的结果放到threadLocal中,在具体的处理器中对结果List进行处理
AbstractChainContext.threadLocal.set(deviceRes);
// 筛选多个设备 对符合的设备加入到deviceRes
for (DeviceBO deviceBo : deviceList) {
DeviceFilterBO deviceFilterBO = DeviceFilterBO.builder().condition(parmDTO.getCondition()).deviceBO(deviceBo).build();
// 以B规则进行处理
devcieTypeChainContext.handler(DeviceChainMarkEnum.DEVICE_TYPEB_FILTER.getName(), deviceFilterBO);
}
AbstractChainContext.threadLocal.remove();
System.out.println("筛选结果数量:" + deviceRes.size());
return deviceRes;
} }

这里假设有五种设备,每个设备通过DeviceBO里面的condition设置条件,演示一遍筛选过程

DeviceBO类:

@Builder
@Data
public class DeviceBO { private int condition; }

演示筛选规则A,一共五个设备数据,只有一个筛选通过了,这里涉及到A,B,D三种处理器

演示筛选规则B,一共五个设备数据,2个筛选通过了,这里涉及到A,B,C,D三种处理器

源码

Johnynzh/chain-of-responsibility-demo: 责任链模式与spring容器的搭配应用 (github.com)

责任链模式与spring容器的搭配应用的更多相关文章

  1. 【责任链模式】责任链模式结合Spring实战Demo

    备注: 责任链与策略模式有很多相似之处,如都是行为型设计模式,都能够处理代码中的if-else逻辑 主要区别在于: 策略模式 封装了算法,通过上下文对象去接受客户端的数据,根据数据类型执行不同的算法 ...

  2. Spring 设计模式之责任链模式

    [应用] 以下是一段代码,Spring MVC 的 diapatcherServlet 的 doDispatch 方法中,获取与请求匹配的处理器(HandlerExecutionChain) getH ...

  3. Spring是如何使用责任链模式的?

    关于责任链模式,其有两种形式,一种是通过外部调用的方式对链的各个节点调用进行控制,从而进行链的各个节点之间的切换. 另一种是链的每个节点自由控制是否继续往下传递链的进度,这种比较典型的使用方式就是Ne ...

  4. tomcat源码解读(2)–容器责任链模式的实现

    责任链模式:责任链模式可以用在这样的场景,当一个request过来的时候,需要对这个request做一系列的加工,使用责任链模式可以使每个加工组件化,减少耦合.也可以使用在当一个request过来的时 ...

  5. java责任链模式及项目实际运用

    1.前言 上次我们认识了java责任链模式的设计,那么接下来将给大家展示责任链模式项目中的实际运用.如何快速搭建责任链模式的项目中运用. 2.简单技术准备 我们要在项目中使用借助这样的几个知识的组合运 ...

  6. java设计模式解析(11) Chain责任链模式

    设计模式系列文章 java设计模式解析(1) Observer观察者模式 java设计模式解析(2) Proxy代理模式 java设计模式解析(3) Factory工厂模式 java设计模式解析(4) ...

  7. 设计模式学习笔记(十四)责任链模式实现以及在Filter中的应用

    责任链模式(Chain Of Responsibility Design Pattern),也叫做职责链,是将请求的发送和接收解耦,让多个接收对象都有机会处理这个请求.当有请求发生时,可将请求沿着这条 ...

  8. [工作中的设计模式]责任链模式chain

    一.模式解析 责任链模式是一种对象的行为模式.在责任链模式里,很多对象由每一个对象对其下家的引用而连接起来形成一条链.请求在这个链上传递,直到链上的某一个对象决定处理此请求.发出这个请求的客户端并不知 ...

  9. JAVA设计模式之责任链模式

    在阎宏博士的<JAVA与模式>一书中开头是这样描述责任链(Chain of Responsibility)模式的: 责任链模式是一种对象的行为模式.在责任链模式里,很多对象由每一个对象对其 ...

  10. 读书笔记之 - javascript 设计模式 - 责任链模式

    责任链模式可以用来消除请求的发送者和接收者之间的耦合.这是通过实现一个由隐式地对请求进行处理的对象组成的链而做到的.链中的每个对象可以处理请求,也可以将其传给下一个对象. 责任链的结构: 责任链由多个 ...

随机推荐

  1. [转帖]TiDB 数据库核心原理与架构 [TiDB v6](101)笔记

    https://www.jianshu.com/p/01e49a93f671 description: "本课程专为将在工作中使用 TiDB 数据库的开发人员.DBA 和架构师设计. 本门课 ...

  2. [转帖]MinIO系列7 - Minio性能压测

    https://www.zhihu.com/people/keen-wang 前言 声明:此文为本人历史笔记的整理,文章实际撰写时间为2021年2月份,所以本中所使用的相关组件版本较老.此文是通过压力 ...

  3. [转帖]15分钟了解TiDB

    https://zhuanlan.zhihu.com/p/338947811 由于目前的项目把mysql换成了TiDb,所以特意来了解下tidb.其实也不能说换,由于tidb和mysql几乎完全兼容, ...

  4. [转帖]nginx 反向代理 URL替换方案

    nginx 提供反向代理服务,日常开发过程中有时候我们需要使用nginx 作为代理服务根据url的不同去访问不同的服务器或者不同端口,如下提供两种方案. 1.直接替换location  匹配部分 1. ...

  5. Zabbix6.0的安装与IPMI的简单使用

    zabbix简介 1.zabbix的安装与使用 建议使用CentOS8进行部署, 不建议使用CentOS7, rpm包直接部署的话,CentOS8比较容易一些 支持mysql数据库.建议先期部署mys ...

  6. Nginx 按天拆分日志

    https://blog.csdn.net/linpxing1/article/details/104059857 ### 关键位置 start if ($time_iso8601 ~ '(\d{4} ...

  7. 【图论,网络流】CF1525F Goblins And Gnomes

    Problem Link 你在打怪.你有一个 \(n\) 个点 \(m\) 条边的 DAG,接下来会有 \(k\) 波怪来袭,第 \(i\) 波怪有 \(i\) 个,它们会各自选择走一条路径,要求它们 ...

  8. KD-Tree 小记🐤

    KD-Tree,是用来维护一个空间(其实一般是平面)中的信息的数据结构. 以下就 2D-Tree 进行讨论.(盲猜并不会考 3D 及以上) 思想:将一个大矩形以一种方式划分成若干个小矩形,然后询问时只 ...

  9. 微信小程序-应用程序生命周期方法

    官方文档地址:https://developers.weixin.qq.com/miniprogram/dev/reference/api/App.html // app.js App({ onLau ...

  10. FaceFusion:探索无限创意,创造独一无二的面孔融合艺术!

    FaceFusion:探索无限创意,创造独一无二的面孔融合艺术! 它使用先进的图像处理技术,允许用户将不同的面部特征融合在一起,创造有趣和令人印象深刻的效果.这个项目的潜在应用包括娱乐.虚拟化妆和艺术 ...