接口调用方法、装置及存储介质

技术领域

本发明涉及软件开发技术领域，具体涉及一种接口调用方法、装置及存储介质。

背景技术

应用程序运行过程中往往需要调用不同的接口以实现不同的功能，在软件开发技术中，为了避免重复开发，更快更方便的实现所需要的功能，常常会引入第三方集成方案的接口。

目前，大多数第三方集成方案的接口都是一些固定统一的接口，在进行接口调用时必须按照指定的顺序进行调用，否则无法顺利进行接口调用。然而，采用这样的方式，会使得接口的通用性较差，无法广泛应用于各类软件开发中。

因此，如何提供一种有效的方案以提高接口的通用性，是现有技术中一亟待解决的难题。

发明内容

为了解决现有技术中存在的接口通用性差的问题，本发明的目的在于提供一种接口调用方法、装置及存储介质，以提高接口的通用性，以便于能够广泛应用于各类软件开发中。

第一方面，本发明提供了一种接口调用方法，包括：

获得至少一个接口调用请求；

如果所述至少一个接口调用请求与预先定义的预设接口调用序列不匹配，则将所述至少一个接口调用请求存储至缓存；

如果所述缓存中存储的接口调用请求与所述预设接口调用序列匹配，则根据所述预设接口调用序列进行接口调用。

通过上述设计，本发明通过在获得的接口调用请求与预设接口调用序列不匹配时，将接收到的接口调用请求存储至缓存，并在缓存中存储的接口调用请求与预设接口调用序列匹配时，根据预设接口调用序列进行接口调用。如此，在进行接口调用时不在仅限于按照特定的顺序进行调用，提高接口的通用性，以便于能够广泛应用于各类软件开发中。

在一个可能的设计中，在获得至少一个接口调用请求之前，所述方法还包括：

构建基础接口；

在所述基础接口中封装多个接口函数，得到所述预设接口序列；

其中，每个接口函数对应不同的功能接口，不同的接口函数通过动态参数进行选择。

在一个可能的设计中，所述如果所述缓存中存储的接口调用请求与所述预设接口调用序列匹配，则根据所述预设接口调用序列进行接口调用，包括：

如果所述缓存中存储有与所述预设接口调用序列中的多个调用接口一一对应匹配的多个接口调用请求，则根据所述预设接口调用序列进行接口调用。

在一个可能的设计中，在根据所述预设接口调用序列进行接口调用之后，所述方法还：

释放所述缓存中存储的接口调用请求。

第二方面，本发明提供了一种接口调用装置，包括：

获取单元，用于获得至少一个接口调用请求；

判断单元，用于判断所述至少一个接口调用请求与预先定义的预设接口调用序列是否匹配；

缓存单元，用于如果所述至少一个接口调用请求与预先定义的预设接口调用序列不匹配，则将所述至少一个接口调用请求存储至缓存；

接口调用单元，用于如果所述缓存中存储的接口调用请求与所述预设接口调用序列匹配，则根据所述预设接口调用序列进行接口调用。

在一个可能的设计中，接口调用装置还包括：

构建单元，用于构建基础接口；

封装单元，用于在所述基础接口中封装多个接口函数，得到所述预设接口序列；

其中，每个接口函数对应不同的功能接口，不同的接口函数通过动态参数进行选。

在一个可能的设计中，所述接口调用单元在用于用于如果所述缓存中存储的接口调用请求与所述预设接口调用序列匹配，则根据所述预设接口调用序列进行接口调用时，具体用于：

如果所述缓存中存储有与所述预设接口调用序列中的多个调用接口一一对应匹配的多个接口调用请求，则根据所述预设接口调用序列进行接口调用。

在一个可能的设计中，接口调用装置还包括：

释放单元，用于在根据所述预设接口调用序列进行接口调用之后，释放所述缓存中存储的接口调用请求。

第三方面，本发明提供了一种接口调用装置，包括包括依次通信相连的存储器、处理器和收发器，其中，所述存储器用于存储计算机程序，所述收发器用于收发消息，所述处理器用于读取所述计算机程序，执行如上述第一方面所述的接口调用方法。

第四方面，本发明提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有指令，当所述指令在计算机上运行时，执行第一方面所述的接口调用方法。

第五方面，本发明提供了一种包含指令的计算机程序产品，当所述指令在计算机上运行时，使所述计算机执行如第一方面所述的接口调用方法。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明提供的接口调用方法的流程图。

图2是本发明提供的接口调用装置的结构示意图。

图3是本发明提供的另一接口调用装置的结构示意图。

具体实施方式

下面结合附图及具体实施例来对本发明作进一步阐述。在此需要说明的是，对于这些实施例方式的说明虽然是用于帮助理解本发明，但并不构成对本发明的限定。本文公开的特定结构和功能细节仅用于描述本发明的示例实施例。然而，可用很多备选的形式来体现本发明，并且不应当理解为本发明限制在本文阐述的实施例中。

应当理解，尽管本文可能使用术语第一、第二等等来描述各种单元，但是这些单元不应当受到这些术语的限制。这些术语仅用于区分一个单元和另一个单元。例如可以将第一单元称作第二单元,并且类似地可以将第二单元称作第一单元，同时不脱离本发明的示例实施例的范围。

应当理解，对于本文中可能出现的术语“和/或”，其仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，单独存在B，同时存在A和B三种情况；对于本文中可能出现的术语“/和”，其是描述另一种关联对象关系，表示可以存在两种关系，例如，A/和B，可以表示：单独存在A，单独存在A和B两种情况；另外，对于本文中可能出现的字符“/”，一般表示前后关联对象是一种“或”关系。

应当理解，在本文中若将单元称作与另一个单元“连接”、“相连”或“耦合”时，它可以与另一个单元直相连接或耦合，或中间单元可以存在。相対地，在本文中若将单元称作与另一个单元“直接相连”或“直接耦合”时，表示不存在中间单元。另外，应当以类似方式来解释用于描述单元之间的关系的其他单词(例如，“在……之间”对“直接在……之间”,“相邻”对“直接相邻”等等)。

应当理解，本文使用的术语仅用于描述特定实施例，并不意在限制本发明的示例实施例。若本文所使用的，单数形式“一”、“一个”以及“该”意在包括复数形式，除非上下文明确指示相反意思。还应当理解，若术语“包括”、“包括了”、“包含”和/或“包含了”在本文中被使用时,指定所声明的特征、整数、步骤、操作、单元和/或组件的存在性,并且不排除一个或多个其他特征、数量、步骤、操作、单元、组件和/或他们的组合存在性或增加。

应当理解，还应当注意到在一些备选实施例中，所出现的功能/动作可能与附图出现的顺序不同。例如,取决于所涉及的功能/动作,实际上可以实质上并发地执行,或者有时可以以相反的顺序来执行连续示出的两个图。

应当理解，在下面的描述中提供了特定的细节,以便于对示例实施例的完全理解。然而,本领域普通技术人员应当理解可以在没有这些特定细节的情况下实现示例实施例。例如可以在框图中示出系统，以避免用不必要的细节来使得示例不清楚。在其他实例中，可以不以不必要的细节来示出众所周知的过程、结构和技术，以避免使得示例实施例不清。

实施例

为了解决现有技术中存在的接口通用性差的问题，本申请实施例提供了一种接口调用方法、装置及存储介质，该接口调用方法、装置及存储介质可提高接口的通用性，以便于能够广泛应用于各类软件开发中。

本申请实施例第一方面所提供的提供的接口调用方法可应用于安装有需要进行接口调用的应用程序的用户端，也可以应用于需要进行接口调用的应用程序的服务端，所述用户端可以是，但不限于个人电脑、智能手机、平板电脑等，所述服务端可以是单独的服务器也可以是集群服务器。例如，当需要通过调用接口实现用户端上所安装的应用的某项功能(如视频应用中音量调节、亮度调节等)时，可在用户端上执行本申请实施例所提供的接口调用方法，也可在应用的服务器端执行本申请实施例所提供的接口调用方法。

为便于说明，本申请实施例中以接口调用方法应用于用户端为例进行举例说明，下面将对本申请实施例提供的接口调用方法进行详细说明。

如图1所示，是本申请实施例提供的应用于用户端的接口调用方法的流程图，所述接口调用方法可以包括如下步骤：

步骤S101.获得至少一个接口调用请求。

本申请实施例中，当需要通过调用接口实现用户端上所安装的应用的某项功能(如视频应用中音量调节、亮度调节等)时，用户端可根据用户操作生成针对该功能的至少一个接口调用请求。

步骤S102.如果至少一个接口调用请求与预先定义的预设接口调用序列不匹配，则将至少一个接口调用请求存储至缓存。

用户端预先定义有调用不同功能所对应的预设接口调用序列，其中每个功能对应一个预设接口调用序列，在获得至少一个接口调用请求后，用户端会判断该至少一个接口调用请求与预先定义的预设接口调用序列是否匹配，如果不匹配，将该至少一个接口调用请求存储至缓存。

本申请实施例中，至少一个接口调用请求与先定义的预设接口调用序列匹配，可以是指该至少一个接口调用请求与预设接口调用序列中的多个调用接口一一对应匹配。

例如，用户端预先定义有调用音量调节功能的预设接口调用序列A和调用亮度调节功能的预设接口调用序列B，预设接口调用序列A中包括调用接口A1、调用接口A2和调用接口A3。预设接口调用序列B包括调用接口B1和调用接口B2。如果该至少一个接口调用请求包括针对调用接口B1的接口调用请求b1和针对调用接口B2的接口调用请求b2，则说明该至少一个接口调用请求与预设接口调用序列B匹配。

需要说明的是，当至少一个接口调用请求为多个接口调用请求时，该至少一个接口调用请求中的接口调用请求的顺序不限定。仍基于上述的例子，不论该至少一个接口调用请求中的接口调用请求b1和b2的顺序如何，该至少一个接口调用请求均与预设接口调用序列B匹配。

步骤S103.如果缓存中存储的接口调用请求与预设接口调用序列匹配，则根据预设接口调用序列进行接口调用。

在将该至少一个接口调用请求存储至缓存后，用户端可判断缓存中存储的接口调用请求与预设接口调用序列是否匹配，如果匹配则说明用户端发起了针对当用应用的某项功能的接口调用请求，此时用户端根据据该预设接口调用序列进行接口调用，在进行接口调用时，按照预设接口调用序列中调用接口的顺序依次进行接口调用。

仍基于步骤S102中的例子，如果缓存中存储的接口调用请求与预设接口调用序列A匹配，假定预设接口调用序列A中的调用接口依次为调用接口A2、调用接口A1和调用接口A3。则在进行接口调用时，先调用该调用接口A2，再调用该调用接口A1，最后再调用该调用接口A3。

进一步的，用户端在根据预设接口调用序列进行接口调用之后，还会释放掉缓存中存储的接口调用请求，避免缓存中已用于接口调用的接口调用请求对后续的接口调用产生影响。

由此通过前述步骤S101～S103所述的接口调用方法，通过在获得的接口调用请求与预设接口调用序列不匹配时，将接收到的接口调用请求存储至缓存，并在缓存中存储的接口调用请求与预设接口调用序列匹配时，根据预设接口调用序列进行接口调用。如此，在进行接口调用时不在仅限于按照特定的顺序进行调用，提高接口的通用性，减小开发者的接入难度，以便于能够广泛应用于各类软件开发中。同时，在根据预设接口调用序列进行接口调用之后，释放缓存中存储的接口调用请求，避免缓存中已用于接口调用的接口调用请求对后续的接口调用产生影响。

本实施例在前述第一方面的技术方案基础上，还具体提出了一种构建预设接口序列的可能设计一，所述方法包括但不限于如下步骤S201-S202。

步骤S201.构建基础接口。

本申请实施例中，可根据应用的功能构建一个或多个基础接口，针对不同的功能可分别构建基础接口，例如可针对亮度调节功能构建一个基础接口，针对音量调节功能构建另外一个基础接口。

步骤S202.在基础接口中封装多个接口函数，得到预设接口序列。

本申请实施例中，基础接口封装多个接口函数，每个接口函数对应不同的功能接口，不同的接口函数通过动态参数进行选择。

接口函数通过动态参数进行选择，用以适配不同参数个数、不同参数类型的具体功能接口函数，从而能够完美适配具体的传参需求，提高接口的通用性，易于接口扩展，减小开发者的接入难度。

第二方面，本申请实施例提供了一种接口调用装置，请参阅图2，接口调用装置包括：

获取单元，用于获得至少一个接口调用请求；

判断单元，用于判断所述至少一个接口调用请求与预先定义的预设接口调用序列是否匹配；

缓存单元，用于如果所述至少一个接口调用请求与预先定义的预设接口调用序列不匹配，则将所述至少一个接口调用请求存储至缓存；

接口调用单元，用于如果所述缓存中存储的接口调用请求与所述预设接口调用序列匹配，则根据所述预设接口调用序列进行接口调用。

在一个可能的设计中，接口调用装置还包括：

构建单元，用于构建基础接口；

封装单元，用于在所述基础接口中封装多个接口函数，得到所述预设接口序列；

其中，每个接口函数对应不同的功能接口，不同的接口函数通过动态参数进行选。

在一个可能的设计中，所述接口调用单元在用于用于如果所述缓存中存储的接口调用请求与所述预设接口调用序列匹配，则根据所述预设接口调用序列进行接口调用时，具体用于：

如果所述缓存中存储有与所述预设接口调用序列中的多个调用接口一一对应匹配的多个接口调用请求，则根据所述预设接口调用序列进行接口调用。

在一个可能的设计中，接口调用装置还包括：

释放单元，用于在根据所述预设接口调用序列进行接口调用之后，释放所述缓存中存储的接口调用请求。

本实施例第二方面提供的装置的工作过程、工作细节和技术效果，可以参见实施例第一方面，于此不再赘述。

如图3所示，本申请实施例第三方面提供了一种接口调用装置，包括依次通信相连的存储器、处理器和收发器，其中，所述存储器用于存储计算机程序，所述收发器用于收发消息，所述处理器用于读取所述计算机程序，执行如实施例第一方面所述的接口调用方法。

具体举例的，所述存储器可以但不限于包括随机存取存储器(RAM)、只读存储器(ROM)、闪存(Flash Memory)、先进先出存储器(FIFO)和/或先进后出存储器(FILO)等等；所述处理器可以不限于采用型号为STM32F105系列的微处理器、ARM(Advanced RISCMachines)、X86等架构处理器或集成NPU(neural-network processing units)的处理器；所述收发器可以但不限于为WiFi(无线保真)无线收发器、蓝牙无线收发器、通用分组无线服务技术(General Packet Radio Service，GPRS)无线收发器、紫蜂协议(基于IEEE802.15.4标准的低功耗局域网协议，ZigBee)无线收发器、3G收发器、4G收发器和/或5G收发器等。

本实施例第三方面提供的装置的工作过程、工作细节和技术效果，可以参见实施例第一方面，于此不再赘述。

本实施例第四方面提供了一种存储包含有实施例第一方面所述的接口调用方法的指令的计算机可读存储介质，即所述计算机可读存储介质上存储有指令，当所述指令在计算机上运行时，执行如第一方面所述的接口调用方法。其中，所述计算机可读存储介质是指存储数据的载体，可以但不限于包括软盘、光盘、硬盘、闪存、优盘和/或记忆棒(MemoryStick)等，所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。

本实施例第四方面提供的计算机可读存储介质的工作过程、工作细节和技术效果，可以参见实施例第一方面，于此不再赘述。

本实施例第五方面提供了一种包含指令的计算机程序产品，当所述指令在计算机上运行时，使所述计算机执行如实施例第一方面所述的接口调用方法，其中，所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。

以上所描述的多个实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台仓库代码的合并装置执行各个实施例或者实施例的某些部分所述的方法。

本发明不局限于上述可选实施方式，任何人在本发明的启示下都可得出其他各种形式的产品，但不论在其形状或结构上作任何变化，凡是落入本发明权利要求界定范围内的技术方案，均落在本发明的保护范围之内。