[发明专利]接口管理方法、装置、电子设备以及可读存储介质有效
申请号: | 202111593173.5 | 申请日: | 2021-12-24 |
公开(公告)号: | CN113971024B | 公开(公告)日: | 2022-02-25 |
发明(设计)人: | 苏晓;邹永强;杨晖 | 申请(专利权)人: | 云账户技术(天津)有限公司 |
主分类号: | G06F8/34 | 分类号: | G06F8/34;G06F8/30;G06F8/38 |
代理公司: | 北京银龙知识产权代理有限公司 11243 | 代理人: | 曹晔 |
地址: | 300384 天津市滨海新区华苑产*** | 国省代码: | 天津;12 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 接口 管理 方法 装置 电子设备 以及 可读 存储 介质 | ||
本发明提供一种接口管理方法、装置、电子设备以及可读存储介质,方法包括:接收到后端开发者对同一接口文档的多个修改需求之后,将接口文档复制并保存多个,复制并保存后的接口文档的数量与修改需求的数量相等;将多个接口文档一一对应地分配给多个修改需求;接收到修改完成通知之后,将完成修改的接口文档组合形成接口文档集合;接收到开发者发出的第一指令之后,根据第一指令确定一主接口文档,第一指令用于指示接口文档集合中的一文档为主接口文档;将主接口文档部署至开发软件中,以使得开发软件运行时能够调用主接口文档。本发明解决了多个接口定义在同一接口文档中相互覆盖的问题,提高了开发效率、降低了开发成本。
技术领域
本发明实施例涉及计算机技术领域,尤其涉及一种接口管理方法、装置、电子设备以及可读存储介质。
背景技术
当前,对于软件的开发基本都采用前端与后端分离的方式,其基本流程大致为:后端开发者定义接口以提供数据服务,开发者通过开发页面调用接口以获取数据并渲染页面。由此,接口文档就显得十分重要。
现有的接口管理系统,至少可以分为两类:第一类是纯文档型,系统仅有编辑查看的功能,仅仅是用来前后端接口定义沟通,功能较单一,使用不便;第二类是系统型,有对接口的各种管理,支持一些接口的导入导出,拥有权限控制。现有的接口管理系统均存在当后端开发者根据多个不同需求对同一个接口文档进行修改时,基于不同需求的多个接口定义在同一接口文档中相互覆盖(即:接口文档中有且只能有一个需求被定义)的问题,致使现有软件的开发效率低、开发成本高。
发明内容
本发明实施例提供一种接口管理方法,以解决现有技术中当后端开发者根据不同需求对同一个接口文档进行修改时,基于不同需求的多个接口定义在同一接口文档中相互覆盖的问题。
为了解决上述技术问题,本发明是这样实现的:
第一方面,本发明实施例提供了一种接口管理方法,包括:
接收到后端开发者对同一接口文档的多个修改需求之后,将所述接口文档复制并保存多个,复制并保存后的所述接口文档的数量与所述修改需求的数量相等;
将多个所述接口文档一一对应地分配给多个所述修改需求;
接收到修改完成通知之后,将完成修改的所述接口文档组合形成接口文档集合;
接收到开发者发出的第一指令之后,根据所述第一指令确定一主接口文档,所述第一指令用于指示所述接口文档集合中的一文档为所述主接口文档;
将所述主接口文档部署至开发软件中,以使得所述开发软件运行时能够调用所述主接口文档。
可选地,将所述主接口文档部署至开发软件中,之后还包括:
接收到开发者发出的第二指令之后,根据所述第二指令确定次接口文档,所述第二指令用于在所述接口文档集合中指示出所述次接口文档;
基于开发者根据所述次接口文档对所述开发软件进行的修改,修改后的所述开发软件能够实现所述次接口文档的功能。
可选地,将所述主接口文档部署至开发软件中,包括:
采用CI方式将所述主接口文档部署在所述开发软件中。
可选地,采用CI方式将所述主接口文档部署在所述开发软件中,包括:
对所述主接口文档进行解析,根据解析结果生成数据包,所述数据包的格式为所述开发软件能够识读的数据交换格式;
接收到开发者发出的执行指令之后,运行所述开发软件以识读所述数据包,并将识读结果返回与所述开发者关联的开发页面。
可选地,所述开发软件至少是以下一项软件的二次开发软件:Apifox、Eolink、Yapi以及Swagger。
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于云账户技术(天津)有限公司,未经云账户技术(天津)有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/202111593173.5/2.html,转载请声明来源钻瓜专利网。