[发明专利]基于开放平台的应用加载方法及装置

说明书

技术领域

本发明涉及互联网技术领域，特别涉及一种基于开放平台的应用加载方法及装置。

背景技术

随着互联网的迅速发展，越来越多的互联网运营商推出了自己的开放平台。该开放平台开发自身的API（Application Programming Interface，应用程序接口）供第三方应用调用，使得第三方应用可以实现新的功能。

目前，随着大量的第三方应用涌入开放平台，各种各样的需求也孕育而生，导致开放平台提供的API无法满足每一位开发者的需求。此时，如果第三方应用需要用到某个功能，则需要该应用的开发者自己开发。

在实现本发明的过程中，发明人发现现有技术至少存在以下问题：

在开放平台中应用之间是相互独立，如果两个应用都需要用到某个功能，那么这两个应用的开发者需要各自开发实现这个功能，导致开发资源的浪费，且在开放平台上发布应用时，一般均是对应用进行打包发布，对于具有共同功能的应用来说，会使得数据冗余，造成应用比较臃肿。

发明内容

为了解决现有技术的问题，本发明实施例提供了一种基于开放平台的应用加载方法及装置。所述技术方案如下：

第一方面，提供了一种基于开放平台的应用加载方法，所述方法包括：

接收对开放平台上第一应用的加载指令；

获取所述第一应用的配置信息，所述配置信息至少包括依赖信息表，所述依赖信息表用于指示所述第一应用提供应用程序接口API的第二应用；

根据所述第一应用的依赖信息表，加载所述第二应用；

在所述第二应用加载完成时，加载所述第一应用，使得所述第一应用能够调用所述第二应用提供的API。

可选地，所述配置信息还包括版本信息，在所述第二应用加载完成时，加载所述第一应用包括：

根据所述第一应用的版本信息，判断所述第一应用的版本与所述开放平台的版本是否匹配；

当所述第一应用的版本与所述开放平台的版本不匹配时，更新所述第一应用，加载更新后的第一应用；

当所述第一应用的版本与所述开放平台的版本匹配时，加载所述第一应用。

可选地，根据所述依赖信息表，加载所述第二应用包括：

根据所述第二应用的依赖信息表，加载第三应用，所述第三应用用于为所述第二应用提供应用程序接口API，

当所述第三应用不具有依赖信息表时，加载所述第二应用；

当所述第三应用具有依赖信息表时，根据所述第三应用的依赖信息表继续进行加载，直至所加载的应用不具有依赖信息表为止，加载所述第二应用。

可选地，所述方法还包括：

获取已加载的所述第一应用提供的API，使得所述开放平台上的其他应用能够调用所述第一应用提供的API。

可选地，所述方法还包括：

当所述第一应用被卸载或停止运行时，停止提供所述第一应用的API，使得开放平台上的其他应用停止调用所述第一应用提供的API。

第二方面，提供了一种基于开放平台的应用加载装置，所述装置包括：

加载指令获取模块，用于接收对开放平台上第一应用的加载指令；

配置信息获取模块，用于获取所述第一应用的配置信息，所述配置信息至少包括依赖信息表，所述依赖信息表用于指示所述第一应用提供应用程序接口API的第二应用；

应用加载模块，用于根据所述第一应用的依赖信息表，加载所述第二应用；

所述应用加载模块，还用于在所述第二应用加载完成时，加载所述第一应用，使得所述第一应用能够调用所述第二应用提供的API。

可选地，所述配置信息还包括版本信息，所述应用加载模块还用于根据所述第一应用的版本信息，判断所述第一应用的版本与所述开放平台的版本是否匹配；当所述第一应用的版本与所述开放平台的版本不匹配时，更新所述第一应用，加载更新后的第一应用；当所述第一应用的版本与所述开放平台的版本匹配时，加载所述第一应用。

可选地，所述应用加载模块还用于根据所述第二应用的依赖信息表，加载第三应用，所述第三应用用于为所述第二应用提供应用程序接口API，当所述第三应用不具有依赖信息表时，加载所述第二应用；当所述第三应用具有依赖信息表时，根据所述第三应用的依赖信息表继续进行加载，直至所加载的应用不具有依赖信息表为止，加载所述第二应用。

可选地，所述装置还包括：

API提供模块，用于获取已加载的所述第一应用提供的API，使得所述开放平台上的其他应用能够调用所述第一应用提供的API。