System.ArgumentOutOfRangeException: 索引和长度必须引用该字符串内的位置。 参数名: length 在 System.String.Substring(Int32 startIndex, Int32 length) 在 zhuanliShow.Bind()
【技术实现步骤摘要】
本专利技术涉及云平台,尤其涉及一种多源api接入的低代码装置。
技术介绍
1、目前行业云、电商、视频等各种资源聚合类平台业务由于需要靠资源整合、内容多元化、量质并进、减少用户跨平台操作成本等方式占领市场,故而需要针对各个异构资源方进行定制化接入整合,会面临因通信协议、数据传输协议、数据格式、技术栈等各种维度的差异化导致整合的通用性差、可扩展性差、整合成本高等问题。目前采取的主流方案是各大平台提供开放平台、openapi及sdk等方式,以尽可能规范的流程体系进行承接,但还存在一些对接效率、技术栈覆盖面不足、因资源限制测试不方便等问题。
2、api接口规模较大(100以上)、单个接口请求体封装复杂的平台类业务如各种开放云平台等虽然提供了接入文档及demo,但每个api接入都需要投入较大的人力和时间成本进行相应技术栈、相应数据格式、相应数据传输协议的请求体标准化处理封装、请求类型默认值填充、响应内容解析等,接入效率问题亟待提升。
3、平台侧一般只会提供主流技术栈的api demo及sdk,覆盖面不足。一些因特殊原因使用非主流技术栈且短期内无法进行迁移的服务,只能自行逐步接入、测试、联调及解决问题。
4、随着系统持续运行,后期数据源及api的双重增长会导致每次一个新功能的接入都要面临一次重复工作量的应对。
5、因数据源平台侧资源限制等无法进行流程充分测试,mock数据也需要开发及测试同学自行构造,受限于流程规范及工期等原因会导致边界模糊、测试不充分。
技术实现思
1、本专利技术的目的是为了解决现有技术中存在平台侧一般只会提供主流技术栈的apidemo及sdk,覆盖面不足,一些因特殊原因使用非主流技术栈且短期内无法进行迁移的服务,只能自行逐步接入、测试、联调及解决的缺点,而提出的一种多源api接入的低代码装置。
2、为了实现上述目的,本专利技术采用了如下技术方案:
3、一种多源api接入的低代码装置,所述多源api接入的低代码装置配置有多源api接入的低代码系统,所述多源api接入的低代码系统包括接入层模块、适配层模块、功能层模块和产出物模块。
4、优选的,所述接入层模块包括新接入处理单元和已接入处理单元;
5、新接入处理单元:在业务系统接入api时对新接入数据源首先需要管理员通过web管理端进行数据源公共部分如协议、请求头、鉴权内容统一配置初始化;
6、已接入处理单元:对已经接入的数据源新增api接口则跳过管理端公共配置,进而从web用户端进行具体的单个api或api列表的初始化,进而选择技术栈与其他个性化内容后进行一键生成产出物。
7、优选的,所述接入层模块还包括接入方法:
8、a1,管理员通过web管理端配置初始化新接入数据源的公共部分,可以为协议、请求头必填字段、鉴权;
9、a2,从web用户端进行具体的要接入的api的初始化,同时支持单个api及批量api列表;
10、a3,选择技术栈、选择框架与个性化内容(可以逐渐丰富);
11、a4,点击一键生成产出物,自动推送至邮箱或本地磁盘。
12、优选的,所述适配层模块包括多维适配单元;
13、所述多维适配单元:对多个数据源之间因数据传输协议、数据格式、业务侧技术栈各不相同,针对异构多源场景,适配层主要提供覆盖面尽可能广的多维度适配服务,依赖于行业标准http/https/rpc数据传输协议、json/xml/protobu数据格式的规范体系,将适配工作提取出来进行处理,依据主流技术栈进行通用的封装处理解析。
14、优选的,所述功能层模块包括如下实施流程:
15、s1,热插拔模块方式按需提供;
16、s2,请求体自动封装初始化;
17、s3,关键字段默认值协同上层请求自动填充;
18、s4,响应内容自动解析;
19、s5,异常请求错误码基本处理及自动发起重试;
20、s6,自动生成各种情况mock数据。
21、优选的,所述步骤s2依据标准api文档内容进行解析出请求的协议、请求体各个字段的字段名称、数据格式、默认值、是否必填项,从而按照技术栈语言要求自动进行封装处理。
22、优选的,所述步骤s3的api请求通常都是由用户侧请求经过层层传递至数据源api,如云主机申请最终需要调用云底座接口,此时需要结合用户请求中对云主机规格需求进行api参数的处理传递,进而向下传递。
23、优选的,所述步骤s4调用api后响应内容一般在api文档中也会有明确的内容及格式说明,自动解析并捕捉关键字段提供给业务侧使用。
24、优选的,所述步骤s5的api调用后若出现异常会返回各种异常码,通常情况下这些在文档中也都有标准说明,及后续流程建议,可根据具体策略进行应对,如发起重试。
25、优选的,所述产出物模块经过前述步骤后自动生成全套api接口调用代码文件及mock测试数据源码,开箱即用,产出物种类丰富,包括各种语言的代码、单元测试用例、接口测试mock,支持定制化提取。
26、有益效果
27、本专利技术中,平台化适配工作,提升相关人员效率:不受限于数据源标准化程度及技术栈覆盖度和开发人员个人经验,可图形化、低成本、快速高效实现众多异构数据源及api接口功能接入及测试监控;规避多人协作及项目工期紧张时业务功能代码规范不统一、测试不充分的问题;支持多场景部署使用,web端、consle命令行,部署使用灵活。
本文档来自技高网...【技术保护点】
1.一种多源API接入的低代码装置,其特征在于,所述多源API接入的低代码装置配置有多源API接入的低代码系统,所述多源API接入的低代码系统包括接入层模块、适配层模块、功能层模块和产出物模块。
2.根据权利要求1所述的一种多源API接入的低代码装置,其特征在于,所述接入层模块包括新接入处理单元和已接入处理单元;
3.根据权利要求1所述的一种多源API接入的低代码装置,其特征在于,所述接入层模块还包括接入方法:
4.根据权利要求1所述的一种多源API接入的低代码装置,其特征在于,所述适配层模块包括多维适配单元;
5.根据权利要求1所述的一种多源API接入的低代码装置,其特征在于,所述功能层模块包括如下实施流程:
6.根据权利要求5所述的一种多源API接入的低代码装置,其特征在于,所述步骤S2依据标准API文档内容进行解析出请求的协议、请求体各个字段的字段名称、数据格式、默认值、是否必填项,按照技术栈语言要求自动进行封装处理。
7.根据权利要求5所述的一种多源API接入的低代码装置,其特征在于,所述步骤S3的A
8.根据权利要求5所述的一种多源API接入的低代码装置,其特征在于,所述步骤S4调用API后响应内容一般在API文档中也会有明确的内容及格式说明,自动解析并捕捉关键字段提供给业务侧使用。
9.根据权利要求5所述的一种多源API接入的低代码装置,其特征在于,所述步骤S5的API调用后若出现异常会返回各种异常码。
10.根据权利要求1所述的一种多源API接入的低代码装置,其特征在于,所述产出物模块经过前述步骤后自动生成全套API接口调用代码文件及mock测试数据源码,开箱即用,产出物种类丰富,包括各种语言的代码、单元测试用例、接口测试mock,支持定制化提取。
...【技术特征摘要】
1.一种多源api接入的低代码装置,其特征在于,所述多源api接入的低代码装置配置有多源api接入的低代码系统,所述多源api接入的低代码系统包括接入层模块、适配层模块、功能层模块和产出物模块。
2.根据权利要求1所述的一种多源api接入的低代码装置,其特征在于,所述接入层模块包括新接入处理单元和已接入处理单元;
3.根据权利要求1所述的一种多源api接入的低代码装置,其特征在于,所述接入层模块还包括接入方法:
4.根据权利要求1所述的一种多源api接入的低代码装置,其特征在于,所述适配层模块包括多维适配单元;
5.根据权利要求1所述的一种多源api接入的低代码装置,其特征在于,所述功能层模块包括如下实施流程:
6.根据权利要求5所述的一种多源api接入的低代码装置,其特征在于,所述步骤s2依据标准api文档内容进行解析出请求的协议、请求体各个字段的字段名称、数据格式、默认值、是否必填项,按照技术栈语言要求自...
【专利技术属性】
技术研发人员:杨丽平,范元平,李士军,
申请(专利权)人:天翼云科技有限公司,
类型:发明
国别省市:
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。