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

文章目录

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

目标概述

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

场景一: 注解驱动的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) {
        // 解析与处理逻辑
    }
}
总结

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

相关推荐
布谷歌10 分钟前
Oops! 更改field的数据类型,影响到rabbitmq消费了...(有关于Java序列化)
java·开发语言·分布式·rabbitmq·java-rabbitmq
PXM的算法星球12 分钟前
java(spring boot)实现向deepseek/GPT等模型的api发送请求/多轮对话(附源码)
java·gpt·microsoft
被程序耽误的胡先生15 分钟前
java中 kafka简单应用
java·开发语言·kafka
郁大锤26 分钟前
luci界面开发中的MVC架构——LuCI介绍(二)
架构·mvc
F202269748628 分钟前
Spring MVC 对象转换器:初级开发者入门指南
java·spring·mvc
楠枬1 小时前
网页五子棋——对战后端
java·开发语言·spring boot·websocket·spring
YXWik61 小时前
23种设计模式
java·设计模式
不修×蝙蝠1 小时前
Tomcat理论(Ⅰ)
java·服务器·java-ee·tomcat
攻城狮7号1 小时前
【第三节】C++设计模式(创建型模式)-单例模式
c++·单例模式·设计模式