业务数据获取方法技术

本发明专利技术涉及数据处理技术领域，特别涉及业务数据获取方法

【技术实现步骤摘要】
业务数据获取方法、装置、设备、介质和计算机程序产品


[0001]本专利技术涉及数据处理
，特别涉及业务数据获取方法
、
装置
、
设备
、
介质和计算机程序产品
。

技术介绍

[0002]在建设保险核心系统的过程中，存在向各个独立的功能组件收集业务数据的需求
。
以往通常通过埋点
、
切面或平台框架的方式来处理，但是都不能实现框架和应用的解耦，也无法进行代码实现的管控，增加了实施和测试的复杂性
。
[0003]因此，亟需一种更加健壮的业务数据获取方案，具有低代码
、
低耦合和可扩展性
。

技术实现思路

[0004]本专利技术的目的在于提供业务数据获取方法
、
装置
、
设备
、
介质和计算机程序产品，具有低代码
、
低耦合
、
可扩展性和稳定性
。
[0005]本专利技术公开了一种业务数据获取方法，所述方法包括：
[0006]接收业务处理请求，所述业务处理请求请求获取第一业务数据；
[0007]确定与所述第一业务数据匹配的第一注解；
[0008]检索配置有所述第一注解的至少一个业务组件的至少一个业务服务；
[0009]获取来自所述至少一个业务服务的所述第一业务数据
。
[0010]可选地，所述方法还包括：
[0011]自定义一个或多个注解，以确定每个注解的数据获取规则；
[0012]将至少一个注解配置到相应的业务组件的业务服务上；
[0013]在所述相应的业务组件的业务服务上自动生成代码，所述代码与所述至少一个注解的数据获取规则对应
。
[0014]可选地，所述方法还包括：
[0015]确定每个业务组件的每个业务服务所属的业务架构；
[0016]基于所述业务架构，从所述一个或多个注解选择至少一个注解，以配置到相应的业务组件的业务服务上
。
[0017]可选地，所述至少一个业务组件为保险核心系统的功能组件
。
[0018]可选地，所述第一注解包括与保单数据匹配的保单注解
。
[0019]可选地，所述第一注解包括与客户数据匹配的客户注解
。
[0020]本专利技术公开了一种业务数据获取装置，所述装置包括：
[0021]接收单元，用于接收业务处理请求，所述业务处理请求请求获取第一业务数据；
[0022]确定单元，用于确定与所述第一业务数据匹配的第一注解；
[0023]检索单元，用于检索配置有所述第一注解的至少一个业务组件的至少一个业务服务；
[0024]获取单元，用于获取来自所述至少一个业务服务的所述第一业务数据
。
[0025]本专利技术公开了一种电子设备，所述电子设备包括处理器和存储有计算机可执行指令的存储器，所述处理器被配置为执行所述指令以实施业务数据获取方法
。
[0026]本专利技术公开了一种计算机可读存储介质，其上存储有计算机可执行指令，所述指令被处理器执行以实施业务数据获取方法
。
[0027]本专利技术公开了一种计算机程序产品，包括计算机可执行指令，所述指令被处理器执行以实施业务数据获取方法
。
[0028]本专利技术实施方式与现有技术相比，主要区别及其效果在于：
[0029]本专利技术基于低代码平台，使得开发者把精力放在了服务注解的设计上，代码随即生成，规避了由于各个功能组件代码实现水平参差不齐而带来的低代码质量和高测试难度，通过框架的统一实现，使得框架的管控力增强，也使得功能内聚在一处，易于替换算法，通过合理的设计来达到效率和质量的提高以及软件的高度可维护性，既不违反架构原则，又分工明确，还不需要手动写入代码，既准确又快捷，以最小的代码实现最灵活可扩展的功能
。
附图说明
[0030]图1是根据本专利技术实施例的业务数据获取方法的流程图；
[0031]图2是根据本专利技术实施例的业务数据获取装置的框图；
[0032]图3是根据本专利技术实施例的电子设备的硬件结构框图
。
具体实施方式
[0033]为使本专利技术实施例的目的和技术方案更加清楚，下面将结合本专利技术实施例的附图，对本专利技术实施例的技术方案进行清楚
、
完整地描述
。
显然，所描述的实施例是本专利技术的一部分实施例，而不是全部的实施例
。
基于所描述的本专利技术的实施例，本领域普通技术人员在无需创造性劳动的前提下所获得的所有其他实施例，都属于本专利技术保护的范围
。
[0034]本专利技术的各实施例所公开的技术方案中对数据的获取
、
存储
、
使用
、
处理等均符合国家法律法规的相关规定
。
[0035]为便于理解本专利技术的技术方案，首先介绍本专利技术的应用背景
。
[0036]在建设保险核心系统的过程中，存在向各个独立的功能组件收集业务数据的需求
。
以往通常通过埋点
、
切面或平台框架的方式来处理
。
[0037]埋点是把逻辑的实现交给各个功能组件去实现，由各个功能组件的开发人员来分析代码，并且根据需要进行编码
。
埋点的缺点在于代码组织非常松散，实现方式多种多样，代码质量也参差不齐，增加了后期测试和维护的难度，不利于产品的生命
。
[0038]相比于埋点，切面的实现方式基本统一，但是代码管理难度增加，因为切面的切入点分散在代码各处，而且使用切面会增加系统的开销，从性能角度来看有一定的损耗
。
[0039]平台框架可以实现统一处理，但是破坏了分层和职责单一化的架构原则，框架不应该直接处理业务逻辑，这样会使得软件的耦合性和复杂度增加，为了从各个接口反序列化数据，这会带来系统运行的不稳定性
。
[0040]基于此，本专利技术基于低代码平台，使得开发者把精力放在了服务注解的设计上，代码随即生成，规避了由于各个功能组件代码实现水平参差不齐而带来的低代码质量和高测
试难度，通过框架的统一实现，使得框架的管控力增强，也使得功能内聚在一处，易于替换算法，通过合理的设计来达到效率和质量的提高以及软件的高度可维护性，既不违反架构原则，又分工明确，还不需要手动写入代码，既准确又快捷，以最小的代码实现最灵活可扩展的功能
。
[0041]本专利技术的第一实施方式涉及一种业务数据获取方法
。
图1是根据本专利技术实施例的业务数据获取方法的流程图
。
[0042]如图1所示，业务数据获取方法
10
包括：
[0043]步骤
S101
，接收业务处理请求，业务处理请求请求获本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.
一种业务数据获取方法，其特征在于，所述方法包括：接收业务处理请求，所述业务处理请求请求获取第一业务数据；确定与所述第一业务数据匹配的第一注解；检索配置有所述第一注解的至少一个业务组件的至少一个业务服务；获取来自所述至少一个业务服务的所述第一业务数据
。2.
根据权利要求1所述的方法，其特征在于，所述方法还包括：自定义一个或多个注解，以确定每个注解的数据获取规则；将至少一个注解配置到相应的业务组件的业务服务上；在所述相应的业务组件的业务服务上自动生成代码，所述代码与所述至少一个注解的数据获取规则对应
。3.
根据权利要求2所述的方法，其特征在于，所述方法还包括：确定每个业务组件的每个业务服务所属的业务架构；基于所述业务架构，从所述一个或多个注解选择至少一个注解，以配置到相应的业务组件的业务服务上
。4.
根据权利要求1所述的方法，其特征在于，所述至少一个业务组件为保险核心系统的功能组件
。5.
根据权利要求4所述的方法，其特征在于，所述第一注解包括与保单数据匹配的保单注解

【专利技术属性】
技术研发人员：罗成皓，林志农，朱宏伟，陈立伟，徐海涛，王俊，郭斌，赵海峰，来源，陈雪峰，王凡，尚鹏洋，卢耀辉，倪嘉，李钢，邱泉清，袁正军，吴宇，
申请(专利权)人：建信人寿保险股份有限公司，
类型：发明
国别省市：