CN111736869A - 服务端接口的版本更新方法和服务端接口的调用方法 - Google Patents

服务端接口的版本更新方法和服务端接口的调用方法 Download PDF

Info

Publication number
CN111736869A
CN111736869A CN202010566612.2A CN202010566612A CN111736869A CN 111736869 A CN111736869 A CN 111736869A CN 202010566612 A CN202010566612 A CN 202010566612A CN 111736869 A CN111736869 A CN 111736869A
Authority
CN
China
Prior art keywords
interface
version
updated
server
preset
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202010566612.2A
Other languages
English (en)
Inventor
苏少伟
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Zhejiang Dasou Vehicle Software Technology Co Ltd
Original Assignee
Zhejiang Dasou Vehicle Software Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Zhejiang Dasou Vehicle Software Technology Co Ltd filed Critical Zhejiang Dasou Vehicle Software Technology Co Ltd
Priority to CN202010566612.2A priority Critical patent/CN111736869A/zh
Publication of CN111736869A publication Critical patent/CN111736869A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/60Software deployment
    • G06F8/65Updates
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/70Software maintenance or management
    • G06F8/71Version control; Configuration management
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44Arrangements for executing specific programs
    • G06F9/448Execution paradigms, e.g. implementations of programming paradigms
    • G06F9/4482Procedural

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Stored Programmes (AREA)

Abstract

本申请涉及一种服务端接口的版本更新方法和装置,以及一种服务端接口的调用方法和装置,其中,该服务端接口的版本更新方法包括:获取待更新接口版本;比较待更新接口版本和预设接口版本,确定待更新接口版本中与预设接口版本存在差异的第一接口;生成更新接口版本,其中,更新接口版本包括第一接口。通过本申请,解决了相关技术中因每次更新某个接口时都需要将所有旧的接口版本中与所需更新的接口的接口标识相同的接口均更新为新的接口,而导致接口代码的修改和测试的工作量增加的问题,减少了接口版本的维护和测试的工作量。

Description

服务端接口的版本更新方法和服务端接口的调用方法
技术领域
本申请涉及软件技术领域,特别是涉及一种服务端接口的版本更新方法和装置,以及一种服务端接口的调用方法和装置。
背景技术
现在大部分公司在开发各种功能的APP时,都会面临着APP接口版本兼容的问题。其中,在传统技术中,APP接口版本的更新通常存在下列两种情况:
情况一:为了消除BUG等,在服务端将原有的接口进行更新。
情况二:为APP开发了新的功能后,在服务端开发了新功能对应的接口,此时旧版本的APP不能再使用这些接口,需要将APP的接口版本更新到最新版才能正常调用这些接口。
为了更有效的提高接口版本的更新效率,在相关技术中,对接口版本的更新按照版本号进行迭代更新,以及APP在调用服务端的接口时也按照接口版本号进行调用。例如,版本号为v1的APP调用服务端的接口版本v1,版本号为v2的APP调用服务端的接口版本v2。
对相关技术中的方案进行举例说明,假设存在接口版本v1,且接口版本v1包括:接口a、接口b、接口c,此时如果需要将接口a更新为接口A,并同时新增接口d,那么在更新时,将会新增一个接口版本v2,其中,接口版本v2中将会包括接口A、接口b、接口c、接口d;同时原始的接口版本v1也将更新为接口A、接口b、接口c,最后再将更新后的接口版本v1和接口版本v2保存在服务端中,从而来实现对接口版本的更新,且在更新之后,对于旧版本APP将继续调用更新后的接口版本v1,新版本将调用接口版本v2。这样新旧版本的APP都能够调用对应版本的接口版本正常实现各自的业务。
但是在上述的相关技术的方案中,随着接口版本的持续更新,接口版本也会越来越多,在每次更新某个接口时都需要将所有旧的接口版本中与该接口的接口标识相同的接口均更新为新的接口,此时将会导致代码的修改和测试的工作量增加的问题;并且在接口版本更新之后,其最新的接口版本中也会包含全部的接口(即包括更新后的接口、未更新的接口以及新增接口),此时也会造成对最新的接口版本中全部接口的测试所需要的时间增加的问题。
目前针对相关技术中因每次更新某个接口时都需要将所有旧的接口版本中与所需更新的接口的接口标识相同的接口均更新为新的接口,而导致接口代码的修改和测试的工作量增加的问题,尚未提出有效的解决方案。
发明内容
本申请实施例提供了一种服务端接口的版本更新方法和装置,以及一种服务端接口的调用方法和装置,以至少解决相关技术中因每次更新某个接口时都需要将所有旧的接口版本中与所需更新的接口的接口标识相同的接口均更新为新的接口,而导致接口代码的修改和测试的工作量增加的问题。
第一方面,本申请实施例提供了一种服务端接口的版本更新方法,所述方法包括:
获取待更新接口版本;
比较所述待更新接口版本和预设接口版本,确定所述待更新接口版本中与所述预设接口版本存在差异的第一接口;
生成更新接口版本,其中,所述更新接口版本包括所述第一接口。
在其中一些实施例中,比较所述待更新接口版本和预设接口版本之前,所述方法包括:
获取历史接口版本;
判断所述历史接口版本的数量是否为一个;
在判断到所述历史接口版本的数量为一个的情况下,将所述历史接口版本作为所述预设接口版本。
在其中一些实施例中,所述方法还包括:
在判断到所述历史接口版本的数量为多个的情况下,生成临时接口版本,其中,所述临时接口版本包括:多个所述历史接口版本中的全部接口;
删除所述临时接口版本中的第二接口,得到所述预设接口版本,其中,所述第二接口包括:接口标识相同的第三接口中对应的接口版本号在所述第三接口中不是最高的接口版本号的接口。
在其中一些实施例中,所述第一接口包括:所述待更新接口版本中相对于所述预设接口版本新增的接口,和/或,所述待更新接口版本中相对于所述预设接口版本代码更新的接口。
在其中一些实施例中,比较所述待更新接口版本和预设接口版本,确定所述待更新接口版本中与所述预设接口版本存在差异的第一接口包括:
获取所述待更新接口版本中接口的第一接口标识集合,以及所述预设接口版本中接口的第二接口标识集合;
比较所述第一接口标识集合和所述第二接口标识集合,得到所述第一接口标识集合相对于所述第二接口标识集合新增的第三接口标识集合,其中,所述第一接口包括所述待更新接口版本中接口标识属于所述第三接口标识集合的接口。
在其中一些实施例中,比较所述待更新接口版本和预设接口版本,确定所述待更新接口版本中与所述预设接口版本存在差异的第一接口包括:
获取所述待更新接口版本中接口的第一接口标识集合,以及所述预设接口版本中接口的第二接口标识集合;
计算所述第一接口标识集合和所述第二接口标识集合的交集,得到第四接口标识集合;
比较所述待更新接口版本和所述预设接口版本中接口标识属于所述第四接口标识集合的接口代码,确定所述待更新接口版本中相对于所述预设接口版本代码更新的接口,其中,所述第一接口包括所述待更新接口版本中相对于所述预设接口版本代码更新的接口。
在其中一些实施例中,在所述服务端接口中存在待修复接口的情况下,所述方法还包括:
根据所述待修复接口的接口标识在历史接口版本中定位所述待修复接口代码;
使用用于修复所述待修复接口代码,替换所述待修复接口代码。
第二方面,本申请实施例提供一种服务端接口的调用方法,所述方法包括:
获取客户端发送的接口调用消息,其中,所述接口调用消息包括:被调用接口的接口标识和所述客户端的接口版本信息;
从所述服务端的历史接口版本中查询与所述客户端的接口版本信息对应的第一接口版本,并从所述第一接口版本中查询与所述被调用接口的接口标识对应的第四接口;
使用所述第四接口处理所述接口调用消息,并将处理得到的接口调用结果发送给所述客户端;
其中,所述服务端的历史接口版本是根据第一方面所述的服务端接口的版本更新方法生成的。
在其中一些实施例中,在从所述服务端的历史接口版本中查询与所述客户端的接口版本信息对应的第一接口版本之后,所述方法还包括:
在从所述第一接口版本中未查询到与所述被调用接口的接口标识对应的所述第四接口的情况下,从与所述第一接口版本的接口版本号最近的上一个接口版本开始,查询与所述被调用接口的接口标识对应的接口,直至查询到所述第四接口;
使用所述第四接口处理所述接口调用消息,并将处理得到的接口调用结果发送给所述客户端。
在其中一些实施例中,在从与所述第一接口版本的接口版本号最近的上一个接口版本开始,查询与所述被调用接口的接口标识对应的接口之后,所述方法还包括:
在从接口版本号低于所述第一接口版本的所有接口版本中均未查询到所述第四接口的情况下,将接口调用失败信息发送给所述客户端。
第三方面,本申请实施例提供一种服务端接口的版本更新装置,所述装置包括:
第一获取模块,用于获取待更新接口版本;
第一比较模块,用于比较所述待更新接口版本和预设接口版本,确定所述待更新接口版本中与所述预设接口版本存在差异的第一接口;
第一生成模块,用于生成更新接口版本,其中,所述更新接口版本包括所述第一接口。
第四方面,本申请实施例提供一种服务端接口的调用装置,所述装置包括:
第六获取模块,用于获取客户端发送的接口调用消息,其中,所述接口调用消息包括:被调用接口的接口标识和所述客户端的接口版本信息;
第一查询模块,用于从所述服务端的历史接口版本中查询与所述客户端的接口版本信息对应的第一接口版本,并从所述第一接口版本中查询与所述被调用接口的接口标识对应的第四接口;
第一使用模块,用于使用所述第四接口处理所述接口调用消息,并将处理得到的接口调用结果发送给所述客户端;
其中,所述服务端的历史接口版本是根据第一方面所述的服务端接口的版本更新方法生成的。
相比于相关技术,本申请实施例提供的服务端接口的版本更新方法和装置,以及一种服务端接口的调用方法和装置,通过获取待更新接口版本;比较待更新接口版本和预设接口版本,确定待更新接口版本中与预设接口版本存在差异的第一接口;生成更新接口版本,其中,更新接口版本包括第一接口的方式,解决了相关技术中因每次更新某个接口时都需要将所有旧的接口版本中与所需更新的接口的接口标识相同的接口均更新为新的接口,而导致接口代码的修改和测试的工作量增加的问题,减少了接口版本的维护和测试的工作量。
本申请的一个或多个实施例的细节在以下附图和描述中提出,以使本申请的其他特征、目的和优点更加简明易懂。
附图说明
此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1是根据本申请实施例的服务端接口的版本更新方法的应用场景示意图;
图2是根据本申请实施例的服务端接口的版本更新方法的流程图;
图3是根据本申请实施例的服务端接口的调用方法的流程图;
图4是根据本申请优选实施例的服务端接口的调用方法的流程图;
图5是根据本申请实施例的服务端接口的版本更新装置的结构框图;
图6是根据本申请实施例的服务端接口的版本更新设备的硬件结构示意图;
图7是根据本申请实施例的服务端接口的调用装置的结构框图;
图8是根据本申请实施例的服务端接口的调用设备的硬件结构示意图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行描述和说明。应当理解,此处所描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。基于本申请提供的实施例,本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例,都属于本申请保护的范围。
显而易见地,下面描述中的附图仅仅是本申请的一些示例或实施例,对于本领域的普通技术人员而言,在不付出创造性劳动的前提下,还可以根据这些附图将本申请应用于其他类似情景。此外,还可以理解的是,虽然这种开发过程中所作出的努力可能是复杂并且冗长的,然而对于与本申请公开的内容相关的本领域的普通技术人员而言,在本申请揭露的技术内容的基础上进行的一些设计,制造或者生产等变更只是常规的技术手段,不应当理解为本申请公开的内容不充分。
在本申请中提及“实施例”意味着,结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例,也不是与其它实施例互斥的独立的或备选的实施例。本领域普通技术人员显式地和隐式地理解的是,本申请所描述的实施例在不冲突的情况下,可以与其它实施例相结合。
除非另作定义,本申请所涉及的技术术语或者科学术语应当为本申请所属技术领域内具有一般技能的人士所理解的通常意义。本申请所涉及的“一”、“一个”、“一种”、“该”等类似词语并不表示数量限制,可表示单数或复数。本申请所涉及的术语“包括”、“包含”、“具有”以及它们任何变形,意图在于覆盖不排他的包含;例如包含了一系列步骤或模块(单元)的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元,而是可以还包括没有列出的步骤或单元,或可以还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。本申请所涉及的“连接”、“相连”、“耦接”等类似的词语并非限定于物理的或者机械的连接,而是可以包括电气的连接,不管是直接的还是间接的。本申请所涉及的“多个”是指两个或两个以上。“和/或”描述关联对象的关联关系,表示可以存在三种关系,例如,“A和/或B”可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。本申请所涉及的术语“第一”、“第二”、“第三”等仅仅是区别类似的对象,不代表针对对象的特定排序。
本申请提供的服务端接口的版本更新方法,可以应用于如图1所示的应用环境中。其中,第一终端102通过网络与服务端104通过网络进行通信。其中,第一终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备,服务端104可以用独立的服务端或者是多个服务端组成的服务端集群来实现。服务端104接收第一终端102发送的待更新接口版本,并比较待更新接口版本和预设接口版本,确定待更新接口版本中与预设接口版本存在差异的第一接口。服务端104进一步生成更新接口版本,其中,更新接口版本包括第一接口,由此来实现对接口版本进行更新。通过比较待更新接口版本和预设接口版本,确定待更新接口版本中与预设接口版本存在差异的第一接口,从而生成更新接口版本的方式,可以有效提高对版本接口的更新效率。
本实施例还提供了一种服务端接口的版本更新方法。图2是根据本申请实施例的服务端接口的版本更新方法的流程图,如图2所示,以该方法应用于图1中的服务端为例进行说明,该流程包括如下步骤:
步骤S201,服务端获取待更新接口版本。
步骤S202,服务端比较待更新接口版本和预设接口版本,确定待更新接口版本中与预设接口版本存在差异的第一接口。
步骤S203,服务端生成更新接口版本,其中,更新接口版本包括第一接口。
在本实施例中,服务端通过比较待更新接口版本和预设接口版本,然后确定待更新接口版本中与预设接口版本存在差异的第一接口,最后再根据第一接口生成包括第一接口的更新接口版本,从而实现对接口版本的更新,通过该方式,无需将待更新接口版本中的所有接口均进行更新,只需将待更新接口版本中与预设接口版本中存在差异的第一接口进行更新即可,解决了相关技术中因每次更新某个接口时都需要将所有旧的接口版本中与所需更新的接口的接口标识相同的接口均更新为新的接口,而导致接口代码的修改和测试的工作量增加的问题,减少了接口代码的修改和测试的工作量。
在本实施例中,第一接口包括待更新接口版本中相对于预设接口版本新增的接口,和/或,待更新接口版本中相对于预设接口版本代码更新的接口。通过该方式,可以实现第一接口的更新或者新增。
在本实施例中,预设接口版本可以是用户预先配置在服务端中的,也可以是服务端自动生成的。
其中,服务端自动生成预设接口版本的方法可以是通过以下方式:
例如,在其中一些实施例中,服务端可以获取历史接口版本;判断历史接口版本的数量是否为一个;在判断到历史接口版本的数量为一个的情况下,将历史接口版本作为预设接口版本。通过该方式,提供了一种生成预设接口版本的方法。
又例如,在其中一些实施例中,服务端还可以在判断到历史接口版本的数量为多个的情况下,生成临时接口版本,其中,临时接口版本包括:多个历史接口版本中的全部接口;删除临时接口版本中的第二接口,得到预设接口版本,其中,第二接口包括:接口标识相同的第三接口中对应的接口版本号在第三接口中不是最高的接口版本号的接口。在本实施例中,通过删除多个历史接口版本中接口标识相同的接口中的版本号较低的接口,可以节省服务端比较待更新接口版本和预设接口版本,确定第一接口的时间,以达到快速确定第一接口的有益效果,从而提高接口版本的更新效率,同时通过该方式还提供了一种生成预设接口版本的方法。
在步骤S202中,服务端比较待更新接口版本和预设接口版本,确定待更新接口版本中与预设接口版本存在差异的第一接口的方式可以包括以下几种方式:
例如,在其中一些实施例中,服务端比较待更新接口版本和预设接口版本,确定待更新接口版本中与预设接口版本存在差异的第一接口可以是:服务端获取待更新接口版本中接口的第一接口标识集合,以及预设接口版本中接口的第二接口标识集合;比较第一接口标识集合和第二接口标识集合,得到第一接口标识集合相对于第二接口标识集合新增的第三接口标识集合,其中,第一接口包括待更新接口版本中接口标识属于第三接口标识集合的接口。在本实施例中,服务端通过比较待更新接口版本与预设接口版本中的接口标识集合,可以获取到待更新接口版本与预设接口版本中的接口标识不同的接口,从而实现待更新接口版本与预设接口版本中的接口标识不同的接口的新增。
又例如,在其中一些实施中,服务端比较待更新接口版本和预设接口版本,确定待更新接口版本中与预设接口版本存在差异的第一接口还可以是:服务端获取待更新接口版本中接口的第一接口标识集合,以及预设接口版本中接口的第二接口标识集合;计算第一接口标识集合和第二接口标识集合的交集,得到第四接口标识集合;比较待更新接口版本和预设接口版本中接口标识属于第四接口标识集合的接口代码,确定待更新接口版本中相对于预设接口版本代码更新的接口,其中,第一接口包括待更新接口版本中相对于预设接口版本代码更新的接口。在本实施例中,服务端通过获取待更新接口版本与预设接口版本中的接口标识相同的接口,然后再比较接口标识相同的接口所对应的代码,最后再确定待更新接口版本中相对于预设接口版本代码更新的接口的方式,可以实现待更新接口版本与预设接口版本中的接口标识相同的接口的更新。
综合上述实施例,服务端可以根据待更新接口版本与预设接口版本中的接口标识来确定新增的接口,以及服务端还可以根据待更新接口版本与预设接口版本中的接口标识和接口标识相同的接口所对应的代码来确定所需更新的接口,通过该方式,可以解决相关技术因在进接口版本更新时将未更新的接口更新到新的接口版本中,减少了新的接口版本中接口的数量,进一步减少了接口代码的维护和测试的工作量。
再例如,在其中一些实施例中,通过本申请的服务端接口的版本更新方法更新之后的版本接口,在服务端接口中存在待修复接口的情况下,服务端还可以根据待修复接口的接口标识在历史接口版本中定位待修复接口代码;使用用于修复待修复接口代码,替换待修复接口代码。通过该方式,服务端只需根据待修复接口对应的接口标识在历史接口版本中定位待修复接口代码,然后使用用于修复待修复接口代码,替换待修复接口代码即可,可以解决相关技术中因待修复接口存在于多个接口版本中,而需要对多个接口版本中与该待修复接口所对应的接口标识相同的接口进行修复,而造成的接口代码的修复的工作量增加的问题,减少了接口代码修复的工作量。
本实施例还提供了一种服务端接口的调用方法。图3是根据本申请实施例的服务端接口的调用方法的流程图,如图3所示,以该方法应用于图1中的服务端为例进行说明,该流程包括如下步骤:
步骤S301,服务端获取客户端发送的接口调用消息,其中,接口调用消息包括:被调用接口的接口标识和客户端的接口版本信息;
步骤S302,服务端从服务端的历史接口版本中查询与客户端的接口版本信息对应的第一接口版本,并从第一接口版本中查询与被调用接口的接口标识对应的第四接口;
步骤S303,服务端使用第四接口处理接口调用消息,并将处理得到的接口调用结果发送给客户端;其中,服务端的历史接口版本是根据上述实施例中的服务端接口的版本更新方法生成的。
基于上述实施例中的服务端接口的版本更新方法生成的服务端的历史接口版本,在本实施例中,服务端通过获取到客户端发送接口调用消息,然后再从服务端的历史接口版本中查询与客户端的接口版本信息对应的第一接口版本,并从第一接口版本中查询与被调用接口的接口标识对应的第四接口,最后使用第四接口处理接口调用消息,并将处理得到的接口调用结果发送给客户端的方式,实现了客户端对接口的正常调用,提供一种客户端的请求服务端接口的请求逻辑。
在其中一些实施例中,服务端在从服务端的历史接口版本中查询与客户端的接口版本信息对应的第一接口版本之后,若是服务端在从第一接口版本中未查询到与被调用接口的接口标识对应的第四接口的情况下,服务端还可以从与第一接口版本的接口版本号最近的上一个接口版本开始,查询与被调用接口的接口标识对应的接口,直至查询到第四接口;使用第四接口处理接口调用消息,并将处理得到的接口调用结果发送给客户端。
在本实施例中,由于由上述实施例中的服务端接口的版本更新方法生成的服务端的历史接口版本,其本申请实施例中的服务端的历史接口版本相比相关技术中的服务端的历史接口版本不存在接口标识相同的接口,因此服务端通过从与第一接口版本的接口版本号最近的上一个接口版本开始,查询与被调用接口的接口标识对应的接口,直至查询到第四接口;使用第四接口处理接口调用消息,并将处理得到的接口调用结果发送给客户端的方式,解决了相关技术中服务端在多个接口版本中查询被调用接口时,存在的重复查询接口标识相同的接口,而导致查询被调用接口的工作量增加的问题,减少了客户端的请求服务端接口的工作量,同时通过上述方式,还可以实现客户端调用与该客户端的接口版本不同的服务端接口版本。
在其中一些实施例中,服务端在从与第一接口版本的接口版本号最近的上一个接口版本开始,查询与被调用接口的接口标识对应的接口之后,服务端还可以在从接口版本号低于第一接口版本的所有接口版本中均未查询到第四接口的情况下,将接口调用失败信息发送给客户端。通过该方式,提供了一种客户端请求服务端接口的请求逻辑。
下面以优选的实施例来对本申请的服务端接口的版本更新方法进行描述和说明。
假设初始接口版本为Ver1,其Ver1包括接口a、接口b、接口c。
如果在Ver1对应的客户端程序需要请求接口b;而在Ver2对应的客户端程序需要请求接口B,其中,接口b和接口B为具有相同的接口标识;在Ver3对应的客户端程序可以请求新增接口d。那么,要满足上述客户端程序的要求,如果采取相关技术中的方案,则在客户端进行更新之后,服务端最后保存的三个版本的接口版本分别为:
Ver1包括接口a、b、c
Ver2包括接口a、B、c
Ver3包括接口a、B、c、d
可见,在相关技术中的方案中,在对接口版本Ver2、接口版本Ver3进行维护时,将分别需要维护3个接口和4个接口,则将会导致代码维护的工作量随着版本数量的增加呈倍数增长,从而使得接口代码的维护工作量急剧增大的问题。
此外,采用相关技术的方案,如果发现接口a出现了bug等问题,而需要将接口a修改为接口a1时,在上述相关技术的方案中需要对Ver1、Ver2和Ver3中的每个版本中的接口a都进行修改,其修改后服务端保存的三个版本的接口版本分别为:
Ver1包括接口a1、b、c
Ver2包括接口a1、B、c
Ver3包括接口a1、B、c、d
在上述修改中,需要把三个版本中的每个版本中的接口a都修改为接口a1,且接口代码的修改量与接口版本的数量成正比,则也会导致接口代码修改和测试的工作量增加的问题。
然而,在采用了本申请的方案进行更新之后,同样如果在Ver1对应的客户端程序需要请求接口b;而在Ver2对应的客户端程序需要请求接口B,其中,接口b和接口B为具有相同的接口标识;在Ver3对应的客户端程序可以请求新增接口d。那么,要满足上述客户端程序的要求,则在客户端进行更新之后,服务端最后保存的三个版本的接口版本将分别为:
Ver1包括接口a、b、c
Ver2包括接口B
Ver3包括接口d
通过该方式,解决了相关技术中在对接口版本Ver2、接口版本Ver3进行维护时,将分别需要维护3个接口和4个接口,而导致代码维护的工作量随着版本数量的增加呈倍数增长,使得接口代码的维护工作量急剧增大的问题,可以避免未更新的接口更新到新的接口版本中,减少了接口代码的更新的工作量。
同时,在需要进行接口的修补时,例如将ver1中的接口a修改为a1;在本方案中只需要修改ver1中的接口a,解决了相关技术中需要把三个版本中的每个版本中的接口a都修改为接口a1,而导致接口代码修改和测试的工作量增加的问题,减少了接口代码修改和测试的工作量。
在需要进行接口的覆盖时,例如在Ver1中还是使用接口b,但是在Ver2及以后版本中都使用接口B;在本申请的方案中只需要新增接口版本Ver2,并在接口版本Ver2中加入与接口b具有相同的接口标识的接口B,而不再新增接口a和接口c,通过该方式,减少了接口代码的修改的工作量。
同时在需要进行接口的增加时,例如在Ver3中新增了接口d;在本方案中只需要新增接口版本Ver3,并在接口版本Ver3中加入接口d,并不再新增接口a、接口B和接口c,通过该方式,减少了需要上线的接口数量。
相比于传统方案,在上述实施例中,接口版本Ver2和接口版本Ver3中仅新增了接口B和接口d,减少了需要上线的接口数量,也减少了对后续的接口代码的测试的工作量。同时在修复接口时只需要修复一个接口,解决了相关技术中,需要对多个接口版本中与该修复接口的接口标识相同的接口进行修复,而导致接口修复的工作量增量的问题,减少接口代码修改的工作量。最后服务端维护的接口只有接口a、接口b、接口B、接口c、接口d,其接口代码维护的工作量也显著减少。
相比相关技术中,本申请实施例中的服务端接口的版本更新方法,在接口版本持续增加的情况下,接口代码修改、测试和维护的工作量均不会明显增加。每次版本更新,代码量都会减少;减少了代码维护、版本更新后单接口测试和审核的工作量。
需要说明的是,上述实施例中的代码的维护是指:查找或修改BUG,以及增加功能或者业务逻辑的变化。
下面以优选的实施例和附图来对本申请的服务端接口的调用方法进行描述和说明。
图4是根据本申请优选实施例的服务端接口的调用方法的流程图,如图4所示,该服务端接口的调用方法包括以下优选步骤:
步骤S401,在客户端程序请求接口时,客户端程序先按照自身的版本向与该自身的版本对应的服务端接口版本请求接口。
步骤S402,服务端判断与客户端程序自身的版本对应的服务端接口版本中是否存在客户端程序所请求的接口,若否,则执行步骤S403,若是,则执行步骤S404。
步骤S403,服务端向与客户端程序自身的版本对应的服务端接口版本的上一个接口版本迭代查询客户端所请求的接口,直至查到该请求的接口。
步骤S404,服务端触发该请求的接口执行业务逻辑,并返回接口请求数据给客户端程序,完成一次接口调用。
步骤S405,如果服务端向与客户端程序自身的版本对应的服务端接口版本的上一个接口版本迭代查询客户端所请求的接口,仍未查询到,则服务端返回异常。
本实施例还提供了一种服务端接口的版本更新装置,该装置用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述。如以下所使用的,术语“模块”、“单元”、“子单元”等可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
图5是根据本申请实施例的服务端接口的版本更新装置的结构框图,如图5所示,该装置包括:
第一获取模块501,用于获取待更新接口版本;
第一比较模块502,耦合至第一获取模块501,用于比较待更新接口版本和预设接口版本,确定待更新接口版本中与预设接口版本存在差异的第一接口;
第一生成模块503,耦合至第一比较模块502,用于生成更新接口版本,其中,更新接口版本包括第一接口。
在其中一些实施例中,该装置还包括:第三获取模块,用于获取历史接口版本;判断模块,用于判断历史接口版本的数量是否为一个;作为模块,用于在判断到历史接口版本的数量为一个的情况下,将历史接口版本作为预设接口版本。
在其中一些实施例中,该装置还包括:第二生成模块,用于在判断到历史接口版本的数量为多个的情况下,生成临时接口版本,其中,临时接口版本包括:多个历史接口版本中的全部接口;删除模块,用于删除临时接口版本中的第二接口,得到预设接口版本,其中,第二接口包括:接口标识相同的第三接口中对应的接口版本号在第三接口中不是最高的接口版本号的接口。
在其中一些实施例中,第一接口包括:待更新接口版本中相对于预设接口版本新增的接口,和/或,待更新接口版本中相对于预设接口版本代码更新的接口。
在其中一些实施例中,该装置还包括:第四获取模块,用于获取待更新接口版本中接口的第一接口标识集合,以及预设接口版本中接口的第二接口标识集合;第二比较模块,用于比较第一接口标识集合和第二接口标识集合,得到第一接口标识集合相对于第二接口标识集合新增的第三接口标识集合,其中,第一接口包括待更新接口版本中接口标识属于第三接口标识集合的接口。
在其中一些实施例中,该装置还包括:第五获取模块,用于获取待更新接口版本中接口的第一接口标识集合,以及预设接口版本中接口的第二接口标识集合;计算模块,用于计算第一接口标识集合和第二接口标识集合的交集,得到第四接口标识集合;第三比较模块,用于比较待更新接口版本和预设接口版本中接口标识属于第四接口标识集合的接口代码,确定待更新接口版本中相对于预设接口版本代码更新的接口,其中,第一接口包括待更新接口版本中相对于预设接口版本代码更新的接口。
在其中一些实施例中,该装置还包括:定位模块,用于根据待修复接口的接口标识在历史接口版本中定位待修复接口代码;替换模块,用于使用用于修复待修复接口代码,替换待修复接口代码。
需要说明的是,上述各个模块可以是功能模块也可以是程序模块,既可以通过软件来实现,也可以通过硬件来实现。对于通过硬件来实现的模块而言,上述各个模块可以位于同一处理器中;或者上述各个模块还可以按照任意组合的形式分别位于不同的处理器中。
另外,结合图2描述的本申请实施例服务端接口的版本更新方法可以由服务端接口的版本更新设备来实现。图6是根据本申请实施例的服务端接口的版本更新设备的硬件结构示意图。
服务端接口的版本更新设备可以包括处理器61以及存储有计算机程序指令的存储器62。
具体地,上述处理器61可以包括中央处理器(CPU),或者特定集成电路(Application Specific Integrated Circuit,简称为ASIC),或者可以被配置成实施本申请实施例的一个或多个集成电路。
其中,存储器62可以包括用于数据或指令的大容量存储器。举例来说而非限制,存储器62可包括硬盘驱动器(Hard Disk Drive,简称为HDD)、软盘驱动器、固态驱动器(SolidState Drive,简称为SSD)、闪存、光盘、磁光盘、磁带或通用串行总线(Universal SerialBus,简称为USB)驱动器或者两个或更多个以上这些的组合。在合适的情况下,存储器62可包括可移除或不可移除(或固定)的介质。在合适的情况下,存储器62可在数据处理装置的内部或外部。在特定实施例中,存储器62是非易失性(Non-Volatile)存储器。在特定实施例中,存储器62包括只读存储器(Read-Only Memory,简称为ROM)和随机存取存储器(RandomAccess Memory,简称为RAM)。在合适的情况下,该ROM可以是掩模编程的ROM、可编程ROM(Programmable Read-Only Memory,简称为PROM)、可擦除PROM(Erasable ProgrammableRead-Only Memory,简称为EPROM)、电可擦除PROM(Electrically Erasable ProgrammableRead-Only Memory,简称为EEPROM)、电可改写ROM(Electrically Alterable Read-OnlyMemory,简称为EAROM)或闪存(FLASH)或者两个或更多个以上这些的组合。在合适的情况下,该RAM可以是静态随机存取存储器(Static Random-Access Memory,简称为SRAM)或动态随机存取存储器(Dynamic Random Access Memory,简称为DRAM),其中,DRAM可以是快速页模式动态随机存取存储器(Fast Page Mode Dynamic Random Access Memory,简称为FPMDRAM)、扩展数据输出动态随机存取存储器(Extended Date Out Dynamic RandomAccess Memory,简称为EDODRAM)、同步动态随机存取内存(Synchronous Dynamic Random-Access Memory,简称SDRAM)等。
存储器62可以用来存储或者缓存需要处理和/或通信使用的各种数据文件,以及处理器61所执行的可能的计算机程序指令。
处理器61通过读取并执行存储器62中存储的计算机程序指令,以实现上述实施例中的任意一种服务端接口的版本更新方法。
在其中一些实施例中,服务端接口的版本更新设备还可包括通信接口63和总线60。其中,如图6所示,处理器61、存储器62、通信接口63通过总线60连接并完成相互间的通信。
通信接口63用于实现本申请实施例中各模块、装置、单元和/或设备之间的通信。通信接口63还可以实现与其他部件例如:外接设备、图像/数据采集设备、数据库、外部存储以及图像/数据处理工作站等之间进行数据通信。
总线60包括硬件、软件或两者,将服务端接口的版本更新设备的部件彼此耦接在一起。总线60包括但不限于以下至少之一:数据总线(Data Bus)、地址总线(Address Bus)、控制总线(Control Bus)、扩展总线(Expansion Bus)、局部总线(Local Bus)。举例来说而非限制,总线60可包括图形加速接口(Accelerated Graphics Port,简称为AGP)或其他图形总线、增强工业标准架构(Extended Industry Standard Architecture,简称为EISA)总线、前端总线(Front Side Bus,简称为FSB)、超传输(Hyper Transport,简称为HT)互连、工业标准架构(Industry Standard Architecture,简称为ISA)总线、无线带宽(InfiniBand)互连、低引脚数(Low Pin Count,简称为LPC)总线、存储器总线、微信道架构(MicroChannel Architecture,简称为MCA)总线、外围组件互连(Peripheral ComponentInterconnect,简称为PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(SerialAdvanced Technology Attachment,简称为SATA)总线、视频电子标准协会局部(VideoElectronics Standards Association Local Bus,简称为VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下,总线60可包括一个或多个总线。尽管本申请实施例描述和示出了特定的总线,但本申请考虑任何合适的总线或互连。
该服务端接口的版本更新设备可以基于获取到的待更新接口版本,执行本申请实施例中的服务端接口的版本更新方法,从而实现结合图2描述的服务端接口的版本更新方法。
另外,结合上述实施例中的服务端接口的版本更新方法,本申请实施例可提供一种计算机可读存储介质来实现。该计算机可读存储介质上存储有计算机程序指令;该计算机程序指令被处理器执行时实现上述实施例中的任意一种服务端接口的版本更新方法。
本实施例还提供了一种服务端接口的调用装置,该装置用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述。如以下所使用的,术语“模块”、“单元”、“子单元”等可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
图7是根据本申请实施例的服务端接口的调用装置的结构框图,如图7所示,该装置包括:
第六获取模块701,用于获取客户端发送的接口调用消息,其中,接口调用消息包括:被调用接口的接口标识和客户端的接口版本信息;
第一查询模块702,耦合至第六获取模块701,用于从服务端的历史接口版本中查询与客户端的接口版本信息对应的第一接口版本,并从第一接口版本中查询与被调用接口的接口标识对应的第四接口;
第一使用模块703,耦合至第一查询模块702,用于使用第四接口处理接口调用消息,并将处理得到的接口调用结果发送给客户端;
其中,服务端的历史接口版本是根据上述实施例中的服务端接口的版本更新方法生成的。
在其中一些实施例中,该装置还包括:第七获取模块,用于获取历史接口版本;判断模块,用于判断历史接口版本的数量是否为一个;作为模块,用于在判断到历史接口版本的数量为一个的情况下,将历史接口版本作为预设接口版本。
在其中一些实施例中,该装置还包括:第二查询模块,用于在从第一接口版本中未查询到与被调用接口的接口标识对应的第四接口的情况下,从与第一接口版本的接口版本号最近的上一个接口版本开始,查询与被调用接口的接口标识对应的接口,直至查询到第四接口;第二使用模块,用于使用第四接口处理接口调用消息,并将处理得到的接口调用结果发送给客户端。
在其中一些实施例中,该装置还包括:发送模块,用于在从接口版本号低于第一接口版本的所有接口版本中均未查询到第四接口的情况下,将接口调用失败信息发送给客户端。
需要说明的是,上述各个模块可以是功能模块也可以是程序模块,既可以通过软件来实现,也可以通过硬件来实现。对于通过硬件来实现的模块而言,上述各个模块可以位于同一处理器中;或者上述各个模块还可以按照任意组合的形式分别位于不同的处理器中。
另外,结合图3描述的本申请实施例服务端接口的调用方法可以服务端接口的调用设备来实现。图8是根据本申请实施例的服务端接口的调用设备的硬件结构示意图。
服务端接口的调用设备可以包括处理器81以及存储有计算机程序指令的存储器82。
具体地,上述处理器81可以包括中央处理器(CPU),或者特定集成电路(Application Specific Integrated Circuit,简称为ASIC),或者可以被配置成实施本申请实施例的一个或多个集成电路。
其中,存储器82可以包括用于数据或指令的大容量存储器。举例来说而非限制,存储器82可包括硬盘驱动器(Hard Disk Drive,简称为HDD)、软盘驱动器、固态驱动器(SolidState Drive,简称为SSD)、闪存、光盘、磁光盘、磁带或通用串行总线(Universal SerialBus,简称为USB)驱动器或者两个或更多个以上这些的组合。在合适的情况下,存储器82可包括可移除或不可移除(或固定)的介质。在合适的情况下,存储器82可在数据处理装置的内部或外部。在特定实施例中,存储器82是非易失性(Non-Volatile)存储器。在特定实施例中,存储器82包括只读存储器(Read-Only Memory,简称为ROM)和随机存取存储器(RandomAccess Memory,简称为RAM)。在合适的情况下,该ROM可以是掩模编程的ROM、可编程ROM(Programmable Read-Only Memory,简称为PROM)、可擦除PROM(Erasable ProgrammableRead-Only Memory,简称为EPROM)、电可擦除PROM(Electrically Erasable ProgrammableRead-Only Memory,简称为EEPROM)、电可改写ROM(Electrically Alterable Read-OnlyMemory,简称为EAROM)或闪存(FLASH)或者两个或更多个以上这些的组合。在合适的情况下,该RAM可以是静态随机存取存储器(Static Random-Access Memory,简称为SRAM)或动态随机存取存储器(Dynamic Random Access Memory,简称为DRAM),其中,DRAM可以是快速页模式动态随机存取存储器(Fast Page Mode Dynamic Random Access Memory,简称为FPMDRAM)、扩展数据输出动态随机存取存储器(Extended Date Out Dynamic RandomAccess Memory,简称为EDODRAM)、同步动态随机存取内存(Synchronous Dynamic Random-Access Memory,简称SDRAM)等。
存储器82可以用来存储或者缓存需要处理和/或通信使用的各种数据文件,以及处理器81所执行的可能的计算机程序指令。
处理器81通过读取并执行存储器82中存储的计算机程序指令,以实现上述实施例中的任意一种服务端接口的调用方法。
在其中一些实施例中,服务端接口的调用设备还可包括通信接口83和总线80。其中,如图8所示,处理器81、存储器82、通信接口83通过总线80连接并完成相互间的通信。
通信接口83用于实现本申请实施例中各模块、装置、单元和/或设备之间的通信。通信接口83还可以实现与其他部件例如:外接设备、图像/数据采集设备、数据库、外部存储以及图像/数据处理工作站等之间进行数据通信。
总线80包括硬件、软件或两者,将服务端接口的版本更新设备的部件彼此耦接在一起。总线80包括但不限于以下至少之一:数据总线(Data Bus)、地址总线(Address Bus)、控制总线(Control Bus)、扩展总线(Expansion Bus)、局部总线(Local Bus)。举例来说而非限制,总线80可包括图形加速接口(Accelerated Graphics Port,简称为AGP)或其他图形总线、增强工业标准架构(Extended Industry Standard Architecture,简称为EISA)总线、前端总线(Front Side Bus,简称为FSB)、超传输(Hyper Transport,简称为HT)互连、工业标准架构(Industry Standard Architecture,简称为ISA)总线、无线带宽(InfiniBand)互连、低引脚数(Low Pin Count,简称为LPC)总线、存储器总线、微信道架构(MicroChannel Architecture,简称为MCA)总线、外围组件互连(Peripheral ComponentInterconnect,简称为PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(SerialAdvanced Technology Attachment,简称为SATA)总线、视频电子标准协会局部(VideoElectronics Standards Association Local Bus,简称为VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下,总线80可包括一个或多个总线。尽管本申请实施例描述和示出了特定的总线,但本申请考虑任何合适的总线或互连。
该服务端接口的调用设备可以基于获取到的客户端发送的接口调用消息,执行本申请实施例中的服务端接口的调用方法,从而实现结合图3描述的服务端接口的调用方法。
另外,结合上述实施例中的服务端接口的调用方法,本申请实施例可提供一种计算机可读存储介质来实现。该计算机可读存储介质上存储有计算机程序指令;该计算机程序指令被处理器执行时实现上述实施例中的任意一种服务端接口的调用方法。
以上所述实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本申请构思的前提下,还可以做出若干变形和改进,这些都属于本申请的保护范围。因此,本申请专利的保护范围应以所附权利要求为准。

Claims (12)

1.一种服务端接口的版本更新方法,其特征在于,所述方法包括:
获取待更新接口版本;
比较所述待更新接口版本和预设接口版本,确定所述待更新接口版本中与所述预设接口版本存在差异的第一接口;
生成更新接口版本,其中,所述更新接口版本包括所述第一接口。
2.根据权利要求1所述的服务端接口的版本更新方法,其特征在于,比较所述待更新接口版本和预设接口版本之前,所述方法包括:
获取历史接口版本;
判断所述历史接口版本的数量是否为一个;
在判断到所述历史接口版本的数量为一个的情况下,将所述历史接口版本作为所述预设接口版本。
3.根据权利要求2所述的服务端接口的版本更新方法,其特征在于,所述方法还包括:
在判断到所述历史接口版本的数量为多个的情况下,生成临时接口版本,其中,所述临时接口版本包括:多个所述历史接口版本中的全部接口;
删除所述临时接口版本中的第二接口,得到所述预设接口版本,其中,所述第二接口包括:接口标识相同的第三接口中对应的接口版本号在所述第三接口中不是最高的接口版本号的接口。
4.根据权利要求1所述的服务端接口的版本更新方法,其特征在于,所述第一接口包括:所述待更新接口版本中相对于所述预设接口版本新增的接口,和/或,所述待更新接口版本中相对于所述预设接口版本代码更新的接口。
5.根据权利要求1所述的服务端接口的版本更新方法,其特征在于,比较所述待更新接口版本和预设接口版本,确定所述待更新接口版本中与所述预设接口版本存在差异的第一接口包括:
获取所述待更新接口版本中接口的第一接口标识集合,以及所述预设接口版本中接口的第二接口标识集合;
比较所述第一接口标识集合和所述第二接口标识集合,得到所述第一接口标识集合相对于所述第二接口标识集合新增的第三接口标识集合,其中,所述第一接口包括所述待更新接口版本中接口标识属于所述第三接口标识集合的接口。
6.根据权利要求1所述的服务端接口的版本更新方法,其特征在于,比较所述待更新接口版本和预设接口版本,确定所述待更新接口版本中与所述预设接口版本存在差异的第一接口包括:
获取所述待更新接口版本中接口的第一接口标识集合,以及所述预设接口版本中接口的第二接口标识集合;
计算所述第一接口标识集合和所述第二接口标识集合的交集,得到第四接口标识集合;
比较所述待更新接口版本和所述预设接口版本中接口标识属于所述第四接口标识集合的接口代码,确定所述待更新接口版本中相对于所述预设接口版本代码更新的接口,其中,所述第一接口包括所述待更新接口版本中相对于所述预设接口版本代码更新的接口。
7.根据权利要求1所述的服务端接口的版本更新方法,其特征在于,在所述服务端接口中存在待修复接口的情况下,所述方法还包括:
根据所述待修复接口的接口标识在历史接口版本中定位所述待修复接口代码;
使用用于修复所述待修复接口代码,替换所述待修复接口代码。
8.一种服务端接口的调用方法,其特征在于,所述方法包括:
获取客户端发送的接口调用消息,其中,所述接口调用消息包括:被调用接口的接口标识和所述客户端的接口版本信息;
从所述服务端的历史接口版本中查询与所述客户端的接口版本信息对应的第一接口版本,并从所述第一接口版本中查询与所述被调用接口的接口标识对应的第四接口;
使用所述第四接口处理所述接口调用消息,并将处理得到的接口调用结果发送给所述客户端;
其中,所述服务端的历史接口版本是根据权利要求1至7中任一项所述的服务端接口的版本更新方法生成的。
9.根据权利要求8所述的服务端接口的调用方法,其特征在于,在从所述服务端的历史接口版本中查询与所述客户端的接口版本信息对应的第一接口版本之后,所述方法还包括:
在从所述第一接口版本中未查询到与所述被调用接口的接口标识对应的所述第四接口的情况下,从与所述第一接口版本的接口版本号最近的上一个接口版本开始,查询与所述被调用接口的接口标识对应的接口,直至查询到所述第四接口;
使用所述第四接口处理所述接口调用消息,并将处理得到的接口调用结果发送给所述客户端。
10.根据权利要求9所述的服务端接口的调用方法,其特征在于,在从与所述第一接口版本的接口版本号最近的上一个接口版本开始,查询与所述被调用接口的接口标识对应的接口之后,所述方法还包括:
在从接口版本号低于所述第一接口版本的所有接口版本中均未查询到所述第四接口的情况下,将接口调用失败信息发送给所述客户端。
11.一种服务端接口的版本更新装置,其特征在于,所述装置包括:
第一获取模块,用于获取待更新接口版本;
第一比较模块,用于比较所述待更新接口版本和预设接口版本,确定所述待更新接口版本中与所述预设接口版本存在差异的第一接口;
第一生成模块,用于生成更新接口版本,其中,所述更新接口版本包括所述第一接口。
12.一种服务端接口的调用装置,其特征在于,所述装置包括:
第六获取模块,用于获取客户端发送的接口调用消息,其中,所述接口调用消息包括:被调用接口的接口标识和所述客户端的接口版本信息;
第一查询模块,用于从所述服务端的历史接口版本中查询与所述客户端的接口版本信息对应的第一接口版本,并从所述第一接口版本中查询与所述被调用接口的接口标识对应的第四接口;
第一使用模块,用于使用所述第四接口处理所述接口调用消息,并将处理得到的接口调用结果发送给所述客户端;
其中,所述服务端的历史接口版本是根据权利要求1至7中任一项所述的服务端接口的版本更新方法生成的。
CN202010566612.2A 2020-06-19 2020-06-19 服务端接口的版本更新方法和服务端接口的调用方法 Pending CN111736869A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010566612.2A CN111736869A (zh) 2020-06-19 2020-06-19 服务端接口的版本更新方法和服务端接口的调用方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010566612.2A CN111736869A (zh) 2020-06-19 2020-06-19 服务端接口的版本更新方法和服务端接口的调用方法

Publications (1)

Publication Number Publication Date
CN111736869A true CN111736869A (zh) 2020-10-02

Family

ID=72651745

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010566612.2A Pending CN111736869A (zh) 2020-06-19 2020-06-19 服务端接口的版本更新方法和服务端接口的调用方法

Country Status (1)

Country Link
CN (1) CN111736869A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113656100A (zh) * 2021-08-17 2021-11-16 城云科技(中国)有限公司 接口切换方法、装置、电子装置及计算机程序产品

Citations (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100235823A1 (en) * 2009-03-12 2010-09-16 International Business Machines Corporation Computer implemented api management mechanism for generating upgrade risk level handling
CN102231881A (zh) * 2011-07-05 2011-11-02 广州市动景计算机科技有限公司 移动终端的用户数据处理方法、服务器及系统
CN102651696A (zh) * 2011-02-28 2012-08-29 中兴通讯股份有限公司 一种对多版本共存的网管系统接口进行管理的方法及系统
CN103856559A (zh) * 2014-02-13 2014-06-11 北京东方通科技股份有限公司 多版本并存的web服务工作方法和系统
CN104035772A (zh) * 2014-06-09 2014-09-10 中国科学院软件研究所 基于静态分析的源码多版本函数调用关系差异性标识方法
CN104216724A (zh) * 2013-06-03 2014-12-17 阿里巴巴集团控股有限公司 一种网络应用程序接口升级的方法及系统
US8949713B1 (en) * 2008-06-30 2015-02-03 Amazon Technologies, Inc. Version-specific request processing
CN106462434A (zh) * 2014-06-25 2017-02-22 微软技术许可有限责任公司 整个程序代码的增量式编译
CN106951228A (zh) * 2017-02-21 2017-07-14 腾讯科技(深圳)有限公司 版本迭代中差异的处理方法和装置
CN107273281A (zh) * 2016-04-06 2017-10-20 阿里巴巴集团控股有限公司 基于代码变更的服务化接口测试方法、系统
CN109240911A (zh) * 2018-08-13 2019-01-18 腾讯科技(北京)有限公司 精准测试方法、装置和计算机设备
CN110175043A (zh) * 2019-06-18 2019-08-27 广州华多网络科技有限公司 协议接口代码版本更新通知的生成方法和装置
CN111008028A (zh) * 2019-11-22 2020-04-14 杭州数式网络科技有限公司 一种软件升级方法、设备和存储介质
CN111158716A (zh) * 2019-12-20 2020-05-15 中国平安财产保险股份有限公司 版本升级调用方法、装置、计算机系统及可读存储介质

Patent Citations (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8949713B1 (en) * 2008-06-30 2015-02-03 Amazon Technologies, Inc. Version-specific request processing
US20100235823A1 (en) * 2009-03-12 2010-09-16 International Business Machines Corporation Computer implemented api management mechanism for generating upgrade risk level handling
CN102651696A (zh) * 2011-02-28 2012-08-29 中兴通讯股份有限公司 一种对多版本共存的网管系统接口进行管理的方法及系统
CN102231881A (zh) * 2011-07-05 2011-11-02 广州市动景计算机科技有限公司 移动终端的用户数据处理方法、服务器及系统
CN104216724A (zh) * 2013-06-03 2014-12-17 阿里巴巴集团控股有限公司 一种网络应用程序接口升级的方法及系统
CN103856559A (zh) * 2014-02-13 2014-06-11 北京东方通科技股份有限公司 多版本并存的web服务工作方法和系统
CN104035772A (zh) * 2014-06-09 2014-09-10 中国科学院软件研究所 基于静态分析的源码多版本函数调用关系差异性标识方法
CN106462434A (zh) * 2014-06-25 2017-02-22 微软技术许可有限责任公司 整个程序代码的增量式编译
CN107273281A (zh) * 2016-04-06 2017-10-20 阿里巴巴集团控股有限公司 基于代码变更的服务化接口测试方法、系统
CN106951228A (zh) * 2017-02-21 2017-07-14 腾讯科技(深圳)有限公司 版本迭代中差异的处理方法和装置
CN109240911A (zh) * 2018-08-13 2019-01-18 腾讯科技(北京)有限公司 精准测试方法、装置和计算机设备
CN110175043A (zh) * 2019-06-18 2019-08-27 广州华多网络科技有限公司 协议接口代码版本更新通知的生成方法和装置
CN111008028A (zh) * 2019-11-22 2020-04-14 杭州数式网络科技有限公司 一种软件升级方法、设备和存储介质
CN111158716A (zh) * 2019-12-20 2020-05-15 中国平安财产保险股份有限公司 版本升级调用方法、装置、计算机系统及可读存储介质

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
JIENIYIMIAO: "spring boot中restfull api版本控制", pages 1 - 7, Retrieved from the Internet <URL:https://blog.csdn.net/u013467442/article/details/89382501> *
追风2019: "如何更优雅管理API接口版本(v1/v2/v3…)", pages 1 - 2, Retrieved from the Internet <URL:https://blog.csdn.net/createNo_1/article/details/89457433> *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113656100A (zh) * 2021-08-17 2021-11-16 城云科技(中国)有限公司 接口切换方法、装置、电子装置及计算机程序产品

Similar Documents

Publication Publication Date Title
CN108462760B (zh) 电子装置、集群访问域名自动生成方法及存储介质
CN107832100B (zh) 一种apk插件的加载方法及其终端
CN103826215B (zh) 一种在终端设备上进行Root权限管理的方法和装置
CN110555041A (zh) 数据处理方法、装置、计算机设备和存储介质
US11099915B2 (en) Optimizing startup time for event-driven functions
WO2020199594A1 (zh) 业务组件加载方法、装置、计算机设备和存储介质
CN111125170A (zh) 一种微服务的跨服务数据获取方法、装置及微服务设备
CN111736869A (zh) 服务端接口的版本更新方法和服务端接口的调用方法
US10467143B1 (en) Event-driven cache
CN110233842B (zh) 一种请求的校验方法和相关装置
CN113779004A (zh) 一种数据校验的方法和装置
CN110609707B (zh) 在线数据处理系统生成方法、装置及设备
CN108595292B (zh) 一种系统的优化方法、移动终端及计算机存储介质
CN112783866B (zh) 数据读取方法、装置、计算机设备和存储介质
CN112035379B (zh) 存储空间的使用方法、装置、存储介质以及电子装置
CN114637969A (zh) 目标对象的鉴权方法及装置
CN115374083A (zh) 数据源的切换方法、装置、电子设备及存储介质
CN111475226B (zh) 电子装置、微服务调用方法和计算机可读存储介质
CN112612530B (zh) 类查询方法及装置
CN109547552B (zh) Api请求处理方法、装置、存储介质及电子设备
CN109325057B (zh) 中间件管理方法、装置、计算机设备以及存储介质
CN111538651A (zh) 接口测试方法、装置、服务器及存储介质
CN110784479B (zh) 一种数据校验方法、装置、电子设备及存储介质
CN111026563B (zh) 调用接口的方法、装置、存储介质及电子设备
CN116225551A (zh) 配置信息确定方法、装置、设备及存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination