专栏名称: 架构师
架构师云集,三高架构(高可用、高性能、高稳定)、大数据、机器学习、Java架构、系统架构、大规模分布式架构、人工智能等的架构讨论交流,以及结合互联网技术的架构调整,大规模架构实战分享。欢迎有想法、乐于分享的架构师交流学习。
今天看啥  ›  专栏  ›  架构师

记一次使用规则引擎改造任务系统的经验

架构师  · 公众号  ·  · 2024-09-18 22:30

主要观点总结

本文介绍了作者如何通过重构任务系统,引入规则引擎,实现任务完成条件的可配置化,从而提高新任务对接的效率。

关键观点总结

关键观点1: 任务系统的现状和问题

作者介绍了任务系统的现状,每次任务完成条件变更都需要更改代码,导致新任务对接时间长,不够支持业务发展速度。

关键观点2: 任务完成条件可配置化的解决方案

作者提出通过统一消息格式,使用规则引擎,实现任务完成条件的可配置化,从而解决现状问题。

关键观点3: 引入规则引擎的实现细节

作者详细描述了如何使用规则引擎QLExpress,通过构建管理后台和标准化消息格式,实现任务完成条件的可配置化。

关键观点4: 进一步优化策略

作者提出了将任务完成行为和完成条件做成配置化,后台动态读取数据库配置进行显示的进一步优化策略。

关键观点5: 实践效果与展望

通过规则引擎的重构,新任务对接效率大大提高,作者获得了公司的好绩效,并将这种规则引擎的能力提供给其他系统使用,实现了开发驱动业务。


文章预览

架构师(JiaGouX) 我们都是架构师! 架构未来,你来不来? 前言 笔者在去年接手了公司的活动中台,其中【任务】,是活动当中必不可缺的玩法之一。 相信大家都在各种各样的互联网活动中体验过【任务】。 比如: 打车软件去完成一笔订单可以给用户发一个奖品; 如用户去申请白条的额度,就能给用户发放京豆; 从技术思维上,以上的流程,可以抽象成,用户完成 某个动作 ,就给用户 发放对应的奖品 。 作为中台的任务系统,往往会对接上游N个业务方的不同任务,并且任务也会有不同的完成条件。 如: 电商业务:用户支付一笔3000元以上的订单,完成【订单任务】 商业化业务:用户完成一个app下载,且打开app浏览10秒,完成【app下载任务】 生活业务:用户完成一笔话费充值,且充值金额大于50元,完成【话费充值业务】 具体的流程图如下 ………………………………

原文地址:访问原文地址
快照地址: 访问文章快照
总结与预览地址:访问总结与预览