System.ArgumentOutOfRangeException: 索引和长度必须引用该字符串内的位置。 参数名: length 在 System.String.Substring(Int32 startIndex, Int32 length) 在 zhuanliShow.Bind() 订单数据处理方法、装置、存储介质及电子设备制造方法及图纸_技高网

订单数据处理方法、装置、存储介质及电子设备制造方法及图纸

技术编号:44534767 阅读:3 留言:0更新日期:2025-03-11 14:04
本申请提供了一种订单数据处理方法、装置、存储介质及电子设备,该方法包括:响应于订单数据处理指令,获取规则脚本以及待处理的订单数据;所述规则脚本基于预设的规则配置数据编译得到;利用所述规则脚本对所述订单数据进行分流决策,获得所述订单数据的决策结果;基于所述决策结果将所述订单数据推送到预设的运力端。应用本申请实施例提供的方法,能够通过规则配置数据编译得到规则脚本,可以实现业务逻辑与应用程序代码的解耦,能够有效的降低规则维护成本。

【技术实现步骤摘要】

本申请涉及计算机,特别涉及一种订单数据处理方法、装置、存储介质及电子设备


技术介绍

1、在信息技术和业务流程管理领域,业务规则是指导企业运营、数据处理及决策制定的核心要素。传统的业务规则实现方式主要依赖于硬编码技术,即将业务逻辑直接嵌入到应用程序的源代码中。这种做法在软件开发的初期阶段可能因其开发效率较高而被广泛采用。

2、然而,硬编码的业务规则维护成本高昂。由于业务逻辑与程序代码紧密耦合,每当业务规则发生变更时,都需要对相应的代码进行修改、测试甚至重新部署整个应用程序。这种牵一发而动全身的修改方式不仅耗时费力,还大大增加了出错的风险,影响系统的稳定性和可靠性。


技术实现思路

1、本申请所要解决的技术问题是提供一种订单数据处理方法、装置、存储介质及电子设备,能够有效的降低规则维护成本。具体方案如下:

2、一种订单数据处理方法,包括:

3、响应于订单数据处理指令,获取规则脚本以及待处理的订单数据;所述规则脚本基于预设的规则配置数据编译得到;

4、利用所述规则脚本对所述订单数据进行分流决策,获得所述订单数据的决策结果;

5、基于所述决策结果将所述订单数据推送到预设的运力端。

6、上述的方法,可选的,获取规则脚本的过程,包括:

7、在成功获取到当前版本标识的情况下,检测内存中是否存在所述当前版本标识对应的规则脚本;

8、若当前不存在所述当前版本标识对应的规则脚本,则获取所述当前版本标识对应的规则配置数据;

9、对所述当前版本标识对应的规则配置数据进行编译,获得所述当前版本标识对应的规则脚本。

10、上述的方法,可选的,所述获取所述当前版本标识对应的规则配置数据,包括:

11、根据所述当前版本标识查询预设的内存数据库和/或本地数据库,以获得所述当前版本标识对应的规则配置数据;所述规则配置数据基于预设的配置方式配置得到;所述配置方式包括可视化参数配置、字典配置以及页面详情配置中的至少一种。

12、上述的方法,可选的,所述对所述规则配置数据进行编译,获得所述规则配置数据对应的规则脚本之后,还包括:

13、将所述规则脚本进行缓存至所述内存中。

14、上述的方法,可选的,还包括:

15、在接收到规则切换指令的情况下,获取所述规则切换指令中包含的目标规则配置数据;

16、对所述目标规则配置数据进行编译,获得所述当前版本标识对应的目标规则脚本;

17、利用所述目标规则脚本替换所述内存中缓存的所述规则脚本,以将所述目标规则脚本作为新的规则脚本。

18、上述的方法,可选的,所述利用所述规则脚本对所述订单数据进行分流决策,获得所述订单数据的决策结果,包括:

19、利用所述规则脚本对所述订单数据进行处理,以将所述订单数据的指标信息与预设的规则策略模板进行匹配,获得所述订单数据的决策结果。

20、一种订单数据处理装置,包括:

21、获取单元,用于响应于订单数据处理指令,获取规则脚本以及待处理的订单数据;所述规则脚本基于预设的规则配置数据编译得到;

22、决策单元,用于利用所述规则脚本对所述订单数据进行分流决策,获得所述订单数据的决策结果;

23、推送单元,用于基于所述决策结果将所述订单数据推送到预设的运力端。

24、上述的装置,可选的,所述获取单元,包括:

25、检测子单元,用于在成功获取到当前版本标识的情况下,检测内存中是否存在所述当前版本标识对应的规则脚本;

26、第二获取子单元,用于若当前不存在所述当前版本标识对应的规则脚本,则获取所述当前版本标识对应的规则配置数据;

27、编译子单元,用于对所述当前版本标识对应的规则配置数据进行编译,获得所述当前版本标识对应的规则脚本。

28、上述的装置,可选的,所述第二获取子单元,包括:

29、执行子单元,用于根据所述当前版本标识查询预设的内存数据库和/或本地数据库,以获得所述当前版本标识对应的规则配置数据;所述规则配置数据基于预设的配置方式配置得到;所述配置方式包括可视化参数配置、字典配置以及页面详情配置中的至少一种。

30、一种存储介质,所述存储介质包括存储的指令,其中,在所述指令运行时控制所述存储介质所在的设备执行如上述的订单数据处理方法。

31、一种电子设备,包括存储器,以及一个或者一个以上的指令,其中一个或一个以上指令存储于存储器中,且经配置以由一个或者一个以上处理器执行如上述的订单数据处理方法。

32、基于上述本申请实施提供的一种订单数据处理方法、装置、存储介质及电子设备,该方法包括:响应于订单数据处理指令,获取规则脚本以及待处理的订单数据;所述规则脚本基于预设的规则配置数据编译得到;利用所述规则脚本对所述订单数据进行分流决策,获得所述订单数据的决策结果;基于所述决策结果将所述订单数据推送到预设的运力端。应用本申请实施例提供的方法,能够通过规则配置数据编译得到规则脚本,能够实现业务逻辑与应用程序代码的解耦,本方案能够大幅减少因业务规则变更而带来的代码修改工作。这样,当业务规则需要调整时,无需修改并重新部署整个应用程序,只需在专门的规则管理界面或数据库中更新规则即可,从而显著降低维护成本和时间。

本文档来自技高网...

【技术保护点】

1.一种订单数据处理方法,其特征在于,包括:

2.根据权利要求1所述的方法,其特征在于,获取规则脚本的过程,包括:

3.根据权利要求2所述的方法,其特征在于,所述获取所述当前版本标识对应的规则配置数据,包括:

4.根据权利要求2所述的方法,其特征在于,所述对所述规则配置数据进行编译,获得所述规则配置数据对应的规则脚本之后,还包括:

5.根据权利要求4所述的方法,其特征在于,还包括:

6.根据权利要求1所述的方法,其特征在于,所述利用所述规则脚本对所述订单数据进行分流决策,获得所述订单数据的决策结果,包括:

7.一种订单数据处理装置,其特征在于,包括:

8.根据权利要求7所述的装置,其特征在于,所述获取单元,包括:

9.一种存储介质,其特征在于,所述存储介质包括存储的指令,其中,在所述指令运行时控制所述存储介质所在的设备执行如权利要求1~6任意一项所述的订单数据处理方法。

10.一种电子设备,其特征在于,包括存储器,以及一个或者一个以上的指令,其中一个或一个以上指令存储于存储器中,且经配置以由一个或者一个以上处理器执行如权利要求1~6任意一项所述的订单数据处理方法。

...

【技术特征摘要】

1.一种订单数据处理方法,其特征在于,包括:

2.根据权利要求1所述的方法,其特征在于,获取规则脚本的过程,包括:

3.根据权利要求2所述的方法,其特征在于,所述获取所述当前版本标识对应的规则配置数据,包括:

4.根据权利要求2所述的方法,其特征在于,所述对所述规则配置数据进行编译,获得所述规则配置数据对应的规则脚本之后,还包括:

5.根据权利要求4所述的方法,其特征在于,还包括:

6.根据权利要求1所述的方法,其特征在于,所述利用所述规则脚本对所述订单数据进行分流决策,获得所述...

【专利技术属性】
技术研发人员:王木梯
申请(专利权)人:深圳依时货拉拉科技有限公司
类型:发明
国别省市:

网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1