【灵动之链】打造高效处理架构的双轨组合模式实战

文章目录

打造高效处理架构的双轨组合模式实战

目标概述

本教程旨在阐述两种不同的组合模式实现方式,重点在于如何构建灵活的处理链,以适应不同场景下的需求,如单据处理与工作流调度。我们将基于提供的设计思路,重新定义类名并实施脱敏处理,以保护具体业务逻辑细节。

场景一: 注解驱动的Chain
设计说明
  • 核心接口SingleDocumentHandler(普通处理器接口)与 SingleDocumentHandlerChain(链式处理器接口)。
  • 注解 :自定义注解如@DocumentHandler用于标记处理器类及其处理的类型。
  • 实现方式:利用注解扫描与反射机制自动构建处理器链,通过类名或注解中的键值匹配来决定处理器的执行。
java 复制代码
// 自定义注解,用于标记处理器
@Retention(RetentionPolicy.RUNTIME)
@Target(ElementType.TYPE)
public @interface DocumentHandler {
    String key(); // 类型的唯一标识
}

// 普通处理器接口
public interface SingleDocumentHandler {
    void handle(DocumentContext context);
}

// 链式处理器基类,实现了普通处理器接口
public abstract class AbstractDocumentHandlerChain implements SingleDocumentHandler {
    private SingleDocumentHandler next; // 下一个处理器引用

    public void setNext(SingleDocumentHandler handler) {
        this.next = handler;
    }

    // ...其他辅助方法
}

// 示例处理器实现
@DocumentHandler(key = "ORDER_PROCESS")
public class OrderProcessingHandler extends AbstractDocumentHandlerChain {
    @Override
    public void handle(DocumentContext context) {
        // 处理逻辑
        if (next != null) {
            next.handle(context);
        }
    }
}
场景二:工作流调度 - List与Set注入的Chain
设计说明
  • 核心接口WorkflowTaskDispatcher(任务分发接口)与 WorkflowTaskResolver(任务解析器接口)。
  • 实现方式WorkflowDispatcherChain仅实现WorkflowTaskDispatcher,包含一个List<WorkflowTaskResolver>成员,通过构造函数或setter注入解析器集合。解析器直接实现WorkflowTaskResolver,无需实现WorkflowTaskDispatcher
java 复制代码
// 任务分发接口
public interface WorkflowTaskDispatcher {
    void dispatch(TaskContext task);
}

// 任务解析器接口
public interface WorkflowTaskResolver {
    boolean canResolve(TaskContext task);
    void resolve(TaskContext task);
}

// 链式调度器实现
public class WorkflowDispatcherChain implements WorkflowTaskDispatcher {
    private final List<WorkflowTaskResolver> resolvers;

    public WorkflowDispatcherChain(List<WorkflowTaskResolver> resolvers) {
        this.resolvers = resolvers;
    }

    @Override
    public void dispatch(TaskContext task) {
        for (WorkflowTaskResolver resolver : resolvers) {
            if (resolver.canResolve(task)) {
                resolver.resolve(task);
                return;
            }
        }
        // 如果没有找到合适的解析器,则...处理逻辑
    }
}

// 示例解析器
public class ApprovalTaskResolver implements WorkflowTaskResolver {
    @Override
    public boolean canResolve(TaskContext task) {
        // 判断逻辑
        return task.getType().equals("APPROVAL");
    }

    @Override
    public void resolve(TaskContext task) {
        // 解析与处理逻辑
    }
}
总结

上述代码展示了两种不同场景下组合模式的实现策略。单据处理系统侧重于通过注解和反射简化配置,增强灵活性;而工作流调度系统则通过明确的职责分离和构造注入来确保任务的有序分发与处理。两者均体现了组合模式的核心思想------将请求沿着处理器链传递,直至被适当处理。

相关推荐
编程、小哥哥19 分钟前
设计模式之抽象工厂模式(替换Redis双集群升级,代理类抽象场景)
redis·设计模式·抽象工厂模式
2401_8574396922 分钟前
SpringBoot框架在资产管理中的应用
java·spring boot·后端
怀旧66623 分钟前
spring boot 项目配置https服务
java·spring boot·后端·学习·个人开发·1024程序员节
李老头探索25 分钟前
Java面试之Java中实现多线程有几种方法
java·开发语言·面试
芒果披萨31 分钟前
Filter和Listener
java·filter
qq_49244844635 分钟前
Java实现App自动化(Appium Demo)
java
洛卡卡了41 分钟前
从单层到 MVC,再到 DDD:架构演进的思考与实践
架构·mvc
阿华的代码王国44 分钟前
【SpringMVC】——Cookie和Session机制
java·后端·spring·cookie·session·会话
找了一圈尾巴1 小时前
前后端交互通用排序策略
java·交互
乌恩大侠2 小时前
O-RAN Fronthual CU/Sync/Mgmt 平面和协议栈
5g·平面·fpga开发·架构