一种关联服务器版本应用升级方法、装置和电子设备与流程

文档序号:24983871发布日期:2021-05-07 23:00阅读:87来源:国知局
一种关联服务器版本应用升级方法、装置和电子设备与流程

本发明涉及计算机技术领域,尤其涉及一种关联服务器版本应用升级方法、装置和电子设备。



背景技术:

在目前前后端分离主流趋势中,前后端功能迭代进行版本升级相对独立,并要求在生产环境发版部署严格恪守好时间节点,即后端服务器发布部署完毕,前端应同时发布部署完成进行应用升级才能避免导致应用与服务器端不匹配而功能异常;

前端发布人员需要监听后端发布人员操作指令,等待后端部署完毕,前端才能开始正式操作发版部署,无法实现自动化同步应用升级;

当前端部署人员提前发布部署了前端应用功能迭代版本,应用得到升级信息指令进行了升级,但服务器并未发版部署,那么服务器响应给客户端应用逻辑无法正常匹配导致功能异常。



技术实现要素:

本发明提供了一种关联服务器版本应用升级方法、装置和电子设备,实现应用升级关联到服务器端版本自动化更新同步,使得应用职能健壮成长,避免服务器响应给客户端应用逻辑匹配异常。

本说明书实施例提供一种关联服务器版本应用升级方法,包括:

客户端读取缓存版本信息;

所述客户端基于所述缓存版本信息发起升级请求参数至服务器升级接口,并基于与所述服务器升级接口交互获取服务器返回的资源数据;

对比客户端应用版本信息与服务器应用版本信息,获取第一对比结果;

根据所述第一对比结果对客户端版本应用升级。

优选的,所述缓存版本信息包括历史版本信息记录,所述客户端发起第一升级请求参数至所述服务器升级接口,并基于与所述服务器升级接口交互获取第一返回资源数据;

所述第一返回资源数据关联服务器版本,对比更新前所述客户端应用版本号与更新后所述客户端应用版本号是否一致,以及对比更新前所述服务器应用版本号与更新后所述服务器应用版本号是否一致,获取第二对比结果;

基于所述第二对比结果对所述客户端版本应用升级。

优选的,所述基于所述第二对比结果对所述客户端版本应用升级,包括:

当更新前所述客户端应用版本号与更新后所述客户端应用版本号一致且更新前所述服务器应用版本号与更新后所述服务器应用版本号一致时,则所述客户端版本应用不升级;

当更新前所述客户端应用版本号与更新后所述客户端应用版本号不一致和/或更新前所述服务器应用版本号与更新后所述服务器应用版本号不一致时,则根据所述第一返回资源数据下载对应版本增量包至客户端,增量升级所述客户端版本应用。

优选的,所述第一返回资源数据未关联服务器版本,对比更新前所述客户端应用版本号与更新后所述客户端应用版本号是否一致,获取第三对比结果;

基于所述第三对比结果对所述客户端版本应用升级。

优选的,所述基于所述第三对比结果对所述客户端版本应用升级,包括:

当更新前所述客户端应用版本号与更新后所述客户端应用版本号一致时,则所述客户端版本应用不升级;

当更新前所述客户端应用版本号与更新后所述客户端应用版本号不一致,则根据所述第一返回资源数据下载对应版本增量包至客户端,增量升级所述客户端版本应用。

优选的,所述缓存版本信息不包括历史版本信息记录时,所述客户端发起第二升级请求参数到所述服务器升级接口,并基于与所述服务器升级接口交互获取第二返回资源数据;

根据第二返回资源数据拉取对应版本全量包至本地,全量升级所述客户端版本应用。

优选的,所述读取缓存版本信息之前,还包括:

服务器完成服务器版本部署,记录服务器当前版本的版本号、时间及相关信息,存储并更新至版本信息的记录文件;

客户端执行部署生成资源数据,所述资源数据包括:全量包、增量包以及配置文件;

客户端根据不用渠道对所述资源数据进行加密。

优选的,所述配置文件包括:版本号、全量包下载地址、增量包下载地址、公钥。

优选的,所述客户端发起第一请求参数到所述服务器升级接口,并基于与所述服务器升级接口交互获取第一返回资源数据,包括:

所述服务器解析所述第一升级请求参数,并读取客户端版本信息的记录文件和服务器版本信息的记录文件;

对所述客户端版本信息的记录文件、所述服务器端版本信息的记录文件以及解析后的所述第一升级请求参数进行字典数据结构处理;

对比所述客户端版本信息和所述服务器版本信息,获取所述第一返回资源数据。

优选的,所述客户端发起第二升级请求参数到所述服务器升级接口,并基于与所述服务器升级接口交互获取第二返回资源数据,包括:

所述服务器解析所述第二升级请求参数,并读取客户端版本信息的记录文件和服务器版本信息的记录文件;

对所述客户端版本信息的记录文件、所述服务器端版本信息的记录文件以及解析后的所述第二升级请求参数进行字典数据结构处理;

获取所述第二返回资源。

优选的,所述客户端版本应用完成更新升级后,更新所述缓存版本信息。

本说明书实施例还提供一种关联服务器版本应用升级装置,其特征在于,包括:

信息读取模块,客户端读取缓存版本信息;

接口请求模块,所述客户端基于所述缓存版本信息发起升级请求参数至服务器升级接口,并基于与所述服务器升级接口交互获取服务器返回的资源数据;

信息对比模块,对比客户端应用版本信息与服务器应用版本信息,获取第一对比结果;

应用升级模块,根据所述第一对比结果对客户端版本应用升级。

优选的,所述缓存版本信息包括历史版本信息记录,所述客户端发起第一升级请求参数至所述服务器升级接口,并基于与所述服务器升级接口交互获取第一返回资源数据;

所述第一返回资源数据关联服务器版本,对比更新前所述客户端应用版本号与更新后所述客户端应用版本号是否一致,以及对比更新前所述服务器应用版本号与更新后所述服务器应用版本号是否一致,获取第二对比结果;

基于所述第二对比结果对所述客户端版本应用升级。

优选的,所述基于所述第二对比结果对所述客户端版本应用升级,包括:

当更新前所述客户端应用版本号与更新后所述客户端应用版本号一致且更新前所述服务器应用版本号与更新后所述服务器应用版本号一致时,则所述客户端版本应用不升级;

当更新前所述客户端应用版本号与更新后所述客户端应用版本号不一致和/或更新前所述服务器应用版本号与更新后所述服务器应用版本号不一致时,则根据所述第一返回资源数据下载对应版本增量包至客户端,增量升级所述客户端版本应用。

优选的,所述第一返回资源数据未关联服务器版本,对比更新前所述客户端应用版本号与更新后所述客户端应用版本号是否一致,获取第三对比结果;

基于所述第三对比结果对所述客户端版本应用升级。

优选的,所述基于所述第三对比结果对所述客户端版本应用升级,包括:

当更新前所述客户端应用版本号与更新后所述客户端应用版本号一致时,则所述客户端版本应用不升级;

当更新前所述客户端应用版本号与更新后所述客户端应用版本号不一致,则根据所述第一返回资源数据下载对应版本增量包至客户端,增量升级所述客户端版本应用。

优选的,所述缓存版本信息不包括历史版本信息记录时,所述客户端发起第二升级请求参数到所述服务器升级接口,并基于与所述服务器升级接口交互获取第二返回资源数据;

根据第二返回资源数据拉取对应版本全量包至本地,全量升级所述客户端版本应用。

优选的,所述读取缓存版本信息之前,还包括:

服务器完成服务器版本部署,记录服务器当前版本的版本号、时间及相关信息,存储并更新至版本信息的记录文件;

客户端执行部署生成资源数据,所述资源数据包括:全量包、增量包以及配置文件;

客户端根据不用渠道对所述资源数据进行加密。

优选的,所述配置文件包括:版本号、全量包下载地址、增量包下载地址、公钥。

优选的,所述客户端发起第一请求参数到所述服务器升级接口,并基于与所述服务器升级接口交互获取第一返回资源数据,包括:

所述服务器解析所述第一升级请求参数,并读取客户端版本信息的记录文件和服务器版本信息的记录文件;

对所述客户端版本信息的记录文件、所述服务器端版本信息的记录文件以及解析后的所述第一升级请求参数进行字典数据结构处理;

对比所述客户端版本信息和所述服务器版本信息,获取所述第一返回资源数据。

优选的,所述客户端发起第二升级请求参数到所述服务器升级接口,并基于与所述服务器升级接口交互获取第二返回资源数据,包括:

所述服务器解析所述第二升级请求参数,并读取客户端版本信息的记录文件和服务器版本信息的记录文件;

对所述客户端版本信息的记录文件、所述服务器端版本信息的记录文件以及解析后的所述第二升级请求参数进行字典数据结构处理;

获取所述第二返回资源。

优选的,所述客户端版本应用完成更新升级后,更新所述缓存版本信息。

一种电子设备,其中,该电子设备包括:

处理器以及存储计算机可执行指令的存储器,所述可执行指令在被执行时使所述处理器执行上述任一项所述的方法。

一种计算机可读存储介质,其中,所述计算机可读存储介质存储一个或多个程序,所述一个或多个程序当被处理器执行时,实现上述任一项所述的方法。

其有益效果在于:

本发明能够实现应用升级关联到服务器端版本自动化更新同步,使得应用职能健壮成长,避免服务器响应给客户端应用逻辑匹配异常。

附图说明

此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:

图1为本说明书实施例提供的一种关联服务器版本应用升级方法的原理示意图;

图2为本说明书实施例提供的一种关联服务器版本应用升级装置的结构示意图;

图3为本说明书实施例提供的一种电子设备的结构示意图;

图4为本说明书实施例提供的一种计算机可读介质的原理示意图。

具体实施方式

现在将参考附图更全面地描述本发明的示例性实施例。然而,示例性实施例能够以多种形式实施,且不应被理解为本发明仅限于在此阐述的实施例。相反,提供这些示例性实施例能够使得本发明更加全面和完整,更加便于将发明构思全面地传达给本领域的技术人员。在图中相同的附图标记表示相同或类似的元件、组件或部分,因而将省略对它们的重复描述。

在符合本发明的技术构思的前提下,在某个特定的实施例中描述的特征、结构、特性或其他细节不排除可以以合适的方式结合在一个或更多其他的实施例中。

在对于具体实施例的描述中,本发明描述的特征、结构、特性或其他细节是为了使本领域的技术人员对实施例进行充分理解。但是,并不排除本领域技术人员可以实践本发明的技术方案而没有特定特征、结构、特性或其他细节的一个或更多。

附图中所示的图仅是示例性说明,不是必须包括所有的内容和操作/步骤,也不是必须按所描述的顺序执行。例如,有的操作/步骤还可以分解,而有的操作/步骤可以合并或部分合并,因此实际执行的顺序有可能根据实际情况改变。

附图中所示的方框图仅仅是功能实体,不一定必须与物理上独立的实体相对应。即,可以采用软件形式来实现这些功能实体,或在一个或多个硬件模块或集成电路中实现这些功能实体,或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

术语“和/或”或者“及/或”包括相关联的列出项目中的任一个或多者的所有组合。

参照图1为本说明书实施例提供的一种关联服务器版本应用升级方法的原理示意图,包括:

s101:客户端读取缓存版本信息;

在本发明较佳的实施例中,首先启动需要启动应用程序,然后应用程序对自身的缓存版本信息进行读取,从而为应用程序的更新提供对比信息。

s102:所述客户端基于所述缓存版本信息发起升级请求参数至服务器升级接口,并基于与所述服务器升级接口交互获取服务器返回的资源数据;

在本发明较佳的实施例中,客户端的应用程序在对自身的缓存版本信息读取完成后,会立刻向服务器升级接口发起升级请求信息,并与服务器进行资源交互,获取服务器返回的资源数据,在进行资源交互时,会根据不同渠道对前端资源进行加密。其中,资源数据包括全量包、增量包以及配置文件、版本号等。

s103:对比客户端应用版本信息与服务器应用版本信息,获取第一对比结果;

在本发明较佳的实施例中,获取服务器返回的资源数据后,对比客户端应用版本信息与服务器应用版本信息,当所述第一返回资源数据关联服务器版本,则对比更新前所述客户端应用版本号与更新后所述客户端应用版本号是否一致,以及对比更新前所述服务器应用版本号与更新后所述服务器应用版本号是否一致;当所述第一返回资源数据未关联服务器版本,则对比更新前所述客户端应用版本号与更新后所述客户端应用版本号是否一致。

s104:根据所述第一对比结果对客户端版本应用升级。

在本发明较佳的实施例中,在第一返回资源数据关联服务器版本前提下,当更新前所述客户端应用版本号与更新后所述客户端应用版本号一致且更新前所述服务器应用版本号与更新后所述服务器应用版本号一致时,则所述客户端版本应用不升级;当更新前所述客户端应用版本号与更新后所述客户端应用版本号不一致和/或更新前所述服务器应用版本号与更新后所述服务器应用版本号不一致时,则根据所述第一返回资源数据下载对应版本增量包至客户端,增量升级所述客户端版本应用。

在所述第一返回资源数据未关联服务器版本前提下,当更新前所述客户端应用版本号与更新后所述客户端应用版本号一致时,则所述客户端版本应用不升级;当更新前所述客户端应用版本号与更新后所述客户端应用版本号不一致,则根据所述第一返回资源数据下载对应版本增量包至客户端,增量升级所述客户端版本应用。

进一步地,所述缓存版本信息包括历史版本信息记录,所述客户端发起第一升级请求参数至所述服务器升级接口,并基于与所述服务器升级接口交互获取第一返回资源数据;

所述第一返回资源数据关联服务器版本,对比更新前所述客户端应用版本号与更新后所述客户端应用版本号是否一致,以及对比更新前所述服务器应用版本号与更新后所述服务器应用版本号是否一致,获取第二对比结果;

基于所述第二对比结果对所述客户端版本应用升级。

在本发明较佳的实施例中,客户端向服务器升级接口发起请求为版本信息的请求参数。服务器接收到客户端应用请求的升级信息,并根据版本号对比辨识版本间隔个数生成表格,同时将服务器当前版本信息合并数据返回给客户端。客户端应用收到服务器返回的资源数据后,对资源数据进行解密,并对比更新前所述客户端应用版本号与更新后所述客户端应用版本号是否一致,以及对比更新前所述服务器应用版本号与更新后所述服务器应用版本号是否一致,根据对比结果决定应用是否升级、迭代或不升级。

进一步地,所述基于所述第二对比结果对所述客户端版本应用升级,包括:

当更新前所述客户端应用版本号与更新后所述客户端应用版本号一致且更新前所述服务器应用版本号与更新后所述服务器应用版本号一致时,则所述客户端版本应用不升级;

当更新前所述客户端应用版本号与更新后所述客户端应用版本号不一致和/或更新前所述服务器应用版本号与更新后所述服务器应用版本号不一致时,则根据所述第一返回资源数据下载对应版本增量包至客户端,增量升级所述客户端版本应用。

在本发明较佳的实施例中,基于第一返回资源数据关联服务器版本前提下,当更新前所述客户端应用版本号与更新后所述客户端应用版本号一致且更新前所述服务器应用版本号与更新后所述服务器应用版本号一致时,则所述客户端版本应用不升级;当更新前所述客户端应用版本号与更新后所述客户端应用版本号不一致和/或更新前所述服务器应用版本号与更新后所述服务器应用版本号不一致时,则根据所述第一返回资源数据下载对应版本增量包至客户端,增量升级所述客户端版本应用,并于应用升级成功后,更新本地缓存版本信息以作下次版本判断基准。

进一步地,所述第一返回资源数据未关联服务器版本,对比更新前所述客户端应用版本号与更新后所述客户端应用版本号是否一致,获取第三对比结果;

基于所述第三对比结果对所述客户端版本应用升级。

在本发明较佳的实施例中,基于第一返回资源数据未关联服务器版本前提下,对比更新前所述客户端应用版本号与更新后所述客户端应用版本号是否一致,当更新前所述客户端应用版本号与更新后所述客户端应用版本号一致时,则所述客户端版本应用不升级;当更新前所述客户端应用版本号与更新后所述客户端应用版本号不一致,则根据所述第一返回资源数据下载对应版本增量包至客户端,增量升级所述客户端版本应用。

进一步地,所述基于所述第三对比结果对所述客户端版本应用升级,包括:

当更新前所述客户端应用版本号与更新后所述客户端应用版本号一致时,则所述客户端版本应用不升级;

当更新前所述客户端应用版本号与更新后所述客户端应用版本号不一致,则根据所述第一返回资源数据下载对应版本增量包至客户端,增量升级所述客户端版本应用。

在本发明较佳的实施例中,基于第一返回资源数据未关联服务器版本前提下,当更新前所述客户端应用版本号与更新后所述客户端应用版本号一致时,则所述客户端版本应用不升级;当更新前所述客户端应用版本号与更新后所述客户端应用版本号不一致,则根据所述第一返回资源数据下载对应版本增量包至客户端,增量升级所述客户端版本应用,并于应用升级成功后,更新本地缓存版本信息以作下次版本判断基准。

进一步地,所述缓存版本信息不包括历史版本信息记录时,所述客户端发起第二升级请求参数到所述服务器升级接口,并基于与所述服务器升级接口交互获取第二返回资源数据;

根据第二返回资源数据拉取对应版本全量包至本地,全量升级所述客户端版本应用。

在本发明较佳的实施例中,当缓存版本信息不包括历史版本信息记录时,客户端向服务器升级接口发起请求为空指令的请求信息,服务器根据空指令的请求信息,直接返回全量包资源链接,客户端通过资源连接直接从服务器拉取全量包资源进行版本升级,并于应用升级成功后,更新本地缓存版本信息以作下次版本判断基准。

进一步地,所述读取缓存版本信息之前,还包括:

服务器完成服务器版本部署,记录服务器当前版本的版本号、时间及相关信息,存储并更新至版本信息的记录文件;

客户端执行部署生成资源数据,所述资源数据包括:全量包、增量包以及配置文件;

客户端根据不用渠道对所述资源数据进行加密。

在本发明较佳的是实施例中,读取缓存版本信息之前,需要先对服务器版本资源进行部署,当服务器完成服务器版本部署后,记录服务器当前版本的版本号、时间及相关信息,存储并更新至版本信息的记录文件;然后客户端执行部署,生成资源数据,其中,资源数据包括:全量包、增量包以及配置文件等,同时客户端会根据不同的渠道对资源数据进行加密,防止资源被破坏或恶意更改,保证了资源的稳定性和安全性。

进一步地,所述配置文件包括:版本号、全量包下载地址、增量包下载地址、公钥。

在本发明较佳的实施例中,配置文件是由客户端执行部署时生成的,其中配置文件包括版本号、全量包下载地址、增量包下载地址以及公钥等信息。

进一步地,所述客户端发起第一请求参数到所述服务器升级接口,并基于与所述服务器升级接口交互获取第一返回资源数据,包括:

所述服务器解析所述第一升级请求参数,并读取客户端版本信息的记录文件和服务器版本信息的记录文件;

对所述客户端版本信息的记录文件、所述服务器端版本信息的记录文件以及解析后的所述第一升级请求参数进行字典数据结构处理;

对比所述客户端版本信息和所述服务器版本信息,获取所述第一返回资源数据。

在本发明较佳的实施例中,在客户端与服务器进行数据交互时,服务器先解析客户端发起的请求参数,并读取客户端版本信息的记录文件和服务器版本信息的记录文件;然后服务器升级接口对客户端版本信息的记录文件、所述服务器端版本信息的记录文件以及解析后的版本信息请求信息参数进行字典数据结构处理;之后再对比客户端版本信息和服务器版本信息生成增量版本数据,最后将版本信息参数、版本号等资源数据返回到客户端。

进一步地,所述客户端发起第二升级请求参数到所述服务器升级接口,并基于与所述服务器升级接口交互获取第二返回资源数据,包括:

所述服务器解析所述第二升级请求参数,并读取客户端版本信息的记录文件和服务器版本信息的记录文件;

对所述客户端版本信息的记录文件、所述服务器端版本信息的记录文件以及解析后的所述第二升级请求参数进行字典数据结构处理;

获取所述第二返回资源。

在本发明较佳的实施例中,在客户端与服务器进行数据交互时,服务器先解析客户端发起的请求参数,并读取客户端版本信息的记录文件和服务器版本信息的记录文件;然后服务器升级接口对客户端版本信息的记录文件、所述服务器端版本信息的记录文件以及解析后的空指令信息请求参数进行字典数据结构处理;之后直接生成全量版本数据,最后将版本信息参数、版本号等资源数据返回到客户端。

进一步地,所述客户端版本应用完成更新升级后,更新所述缓存版本信息。

在本发明较佳的实施例中,客户端版本应用完成更新升级后,会同时更新缓存版本信息,并于应用升级成功后,更新本地缓存版本信息以作下次版本判断基准。

在本发明较佳的实施例中,当应用程序属于第一次安装,则客户端没有历史版本缓存信息,客户端通过全量包链接拉取全量包进行应用升级;当应用程序存在历史版本缓存信息,存在多种情况,具体包括:

当服务器更新应用版本服务器版本号发生变化,客户端版本号不变,则客户端应用不更新;当服务器版本号不变,客户端更新应用版本服务器版本号发生变化,且资源数据未关联服务器版本,则客户端拉取增量包进行应用增量更新;当服务器版本号不变,客户端更新应用版本服务器版本号发生变化,且资源数据关联服务器版本,则客户端应用不更新;当服务器版本号不变,客户端版本号不变,则客户端应用不更新;当服务器多次更新版本服务器版本号变化,服务器版本号不变,则客户端应用不更新;当服务器多次更新版本服务器版本号变化,客户端多次更新版本服务器版本号变化,则对客户端应用进行迭代更新;当服务器版本号不变,客户端多次更新版本服务器版本号变化,则对客户端应用进行迭代更新。其中,在对客户端应用进行迭代更新时,迭代更新到表格最后一个关联服务器版本。上述实施例满足应用升级关联到服务器版本自动化同步更新。

本发明能够实现应用升级关联到服务器端版本自动化更新同步,使得应用职能健壮成长,避免服务器响应给客户端应用逻辑匹配异常。

图2为本说明书实施例提供的一种关联服务器版本应用升级装置的结构示意图,包括:

信息读取模201,客户端读取缓存版本信息;

在本发明较佳的实施例中,首先启动需要启动应用程序,然后信息读取模201对自身的缓存版本信息进行读取,从而为应用程序的更新提供对比信息。

接口请求模块202,接口请求模块202基于所述缓存版本信息发起升级请求参数至服务器升级接口,并基于与所述服务器升级接口交互获取服务器返回的资源数据;

在本发明较佳的实施例中,客户端的应用程序在对自身的缓存版本信息读取完成后,会立刻向服务器升级接口发起升级请求信息,并与服务器进行资源交互,获取服务器返回的资源数据,在进行资源交互时,会根据不同渠道对前端资源进行加密。其中,资源数据包括全量包、增量包以及配置文件、版本号等。

信息对比模块203,对比客户端应用版本信息与服务器应用版本信息,获取第一对比结果;

在本发明较佳的实施例中,获取服务器返回的资源数据后,信息对比模块203对比客户端应用版本信息与服务器应用版本信息,当所述第一返回资源数据关联服务器版本,则对比更新前所述客户端应用版本号与更新后所述客户端应用版本号是否一致,以及对比更新前所述服务器应用版本号与更新后所述服务器应用版本号是否一致;当所述第一返回资源数据未关联服务器版本,则对比更新前所述客户端应用版本号与更新后所述客户端应用版本号是否一致。

应用升级模块204,根据所述第一对比结果对客户端版本应用升级。

在本发明较佳的实施例中,在第一返回资源数据关联服务器版本前提下,当更新前所述客户端应用版本号与更新后所述客户端应用版本号一致且更新前所述服务器应用版本号与更新后所述服务器应用版本号一致时,则所述客户端版本应用不升级;当更新前所述客户端应用版本号与更新后所述客户端应用版本号不一致和/或更新前所述服务器应用版本号与更新后所述服务器应用版本号不一致时,则根据所述第一返回资源数据下载对应版本增量包至客户端,增量升级所述客户端版本应用。

在所述第一返回资源数据未关联服务器版本前提下,当更新前所述客户端应用版本号与更新后所述客户端应用版本号一致时,则所述客户端版本应用不升级;当更新前所述客户端应用版本号与更新后所述客户端应用版本号不一致,则根据所述第一返回资源数据下载对应版本增量包至客户端,增量升级所述客户端版本应用。

进一步地,所述缓存版本信息包括历史版本信息记录,所述客户端发起第一升级请求参数至所述服务器升级接口,并基于与所述服务器升级接口交互获取第一返回资源数据;

所述第一返回资源数据关联服务器版本,对比更新前所述客户端应用版本号与更新后所述客户端应用版本号是否一致,以及对比更新前所述服务器应用版本号与更新后所述服务器应用版本号是否一致,获取第二对比结果;

基于所述第二对比结果对所述客户端版本应用升级。

进一步地,所述基于所述第二对比结果对所述客户端版本应用升级,包括:

当更新前所述客户端应用版本号与更新后所述客户端应用版本号一致且更新前所述服务器应用版本号与更新后所述服务器应用版本号一致时,则所述客户端版本应用不升级;

当更新前所述客户端应用版本号与更新后所述客户端应用版本号不一致和/或更新前所述服务器应用版本号与更新后所述服务器应用版本号不一致时,则根据所述第一返回资源数据下载对应版本增量包至客户端,增量升级所述客户端版本应用。

进一步地,所述第一返回资源数据未关联服务器版本,对比更新前所述客户端应用版本号与更新后所述客户端应用版本号是否一致,获取第三对比结果;

基于所述第三对比结果对所述客户端版本应用升级。

进一步地,所述基于所述第三对比结果对所述客户端版本应用升级,包括:

当更新前所述客户端应用版本号与更新后所述客户端应用版本号一致时,则所述客户端版本应用不升级;

当更新前所述客户端应用版本号与更新后所述客户端应用版本号不一致,则根据所述第一返回资源数据下载对应版本增量包至客户端,增量升级所述客户端版本应用。

进一步地,所述缓存版本信息不包括历史版本信息记录时,所述客户端发起第二升级请求参数到所述服务器升级接口,并基于与所述服务器升级接口交互获取第二返回资源数据;

根据第二返回资源数据拉取对应版本全量包至本地,全量升级所述客户端版本应用。

进一步地,所述读取缓存版本信息之前,还包括:

服务器完成服务器版本部署,记录服务器当前版本的版本号、时间及相关信息,存储并更新至版本信息的记录文件;

客户端执行部署生成资源数据,所述资源数据包括:全量包、增量包以及配置文件;

客户端根据不用渠道对所述资源数据进行加密。

进一步地,所述配置文件包括:版本号、全量包下载地址、增量包下载地址、公钥。

进一步地,所述客户端发起第一请求参数到所述服务器升级接口,并基于与所述服务器升级接口交互获取第一返回资源数据,包括:

所述服务器解析所述第一升级请求参数,并读取客户端版本信息的记录文件和服务器版本信息的记录文件;

对所述客户端版本信息的记录文件、所述服务器端版本信息的记录文件以及解析后的所述第一升级请求参数进行字典数据结构处理;

对比所述客户端版本信息和所述服务器版本信息,获取所述第一返回资源数据。

进一步地,所述客户端发起第二升级请求参数到所述服务器升级接口,并基于与所述服务器升级接口交互获取第二返回资源数据,包括:

所述服务器解析所述第二升级请求参数,并读取客户端版本信息的记录文件和服务器版本信息的记录文件;

对所述客户端版本信息的记录文件、所述服务器端版本信息的记录文件以及解析后的所述第二升级请求参数进行字典数据结构处理;

获取所述第二返回资源。

进一步地,所述客户端版本应用完成更新升级后,更新所述缓存版本信息。

本发明能够实现应用升级关联到服务器端版本自动化更新同步,使得应用职能健壮成长,避免服务器响应给客户端应用逻辑匹配异常。

基于同一发明构思,本说明书实施例还提供一种电子设备。

下面描述本发明的电子设备实施例,该电子设备可以视为对于上述本发明的方法和装置实施例的具体实体实施方式。对于本发明电子设备实施例中描述的细节,应视为对于上述方法或装置实施例的补充;对于在本发明电子设备实施例中未披露的细节,可以参照上述方法或装置实施例来实现。

参照图3为本说明书实施例提供的一种电子设备的结构示意图。下面参照图3来描述根据本发明该实施例的电子设备300。图3显示的电子设备300仅仅是一个示例,不应对本发明实施例的功能和使用范围带来任何限制。

如图3所示,电子设备300以通用计算设备的形式表现。电子设备300的组件可以包括但不限于:至少一个处理单元310、至少一个存储单元320、连接不同装置组件(包括存储单元320和处理单元310)的总线330、显示单元340等。

其中,所述存储单元存储有程序代码,所述程序代码可以被所述处理单元310执行,使得所述处理单元310执行本说明书上述处理方法部分中描述的根据本发明各种示例性实施方式的步骤。例如,所述处理单元310可以执行如图1所示的步骤。

所述存储单元320可以包括易失性存储单元形式的可读介质,例如随机存取存储单元(ram)3201和/或高速缓存存储单元3202,还可以进一步包括只读存储单元(rom)3203。

所述存储单元320还可以包括具有一组(至少一个)程序模块3205的程序/实用工具3204,这样的程序模块3205包括但不限于:操作装置、一个或者多个应用程序、其它程序模块以及程序数据,这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线330可以为表示几类总线结构中的一种或多种,包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备300也可以与一个或多个外部设备400(例如键盘、指向设备、蓝牙设备等)通信,还可与一个或者多个使得用户能与该电子设备300交互的设备通信,和/或与使得该电子设备300能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口350进行。并且,电子设备300还可以通过网络适配器360与一个或者多个网络(例如局域网(lan),广域网(wan)和/或公共网络,例如因特网)通信。网络适配器360可以通过总线330与电子设备300的其它模块通信。应当明白,尽管图3中未示出,可以结合电子设备300使用其它硬件和/或软件模块,包括但不限于:微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid装置、磁带驱动器以及数据备份存储装置等。

通过以上的实施方式的描述,本领域的技术人员易于理解,本发明描述的示例性实施例可以通过软件实现,也可以通过软件结合必要的硬件的方式来实现。因此,根据本发明实施方式的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个计算机可读的存储介质(可以是cd-rom,u盘,移动硬盘等)中或网络上,包括若干指令以使得一台计算设备(可以是个人计算机、服务器、或者网络设备等)执行根据本发明的上述方法。当所述计算机程序被一个数据处理设备执行时,使得该计算机可读介质能够实现本发明的上述方法,即:如图1所示的方法。

参照图4为本说明书实施例提供的一种计算机可读介质的原理示意图。

实现图1所示方法的计算机程序可以存储于一个或多个计算机可读介质上。计算机可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的装置、装置或器件,或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括:具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。

所述计算机可读存储介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了可读程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。可读存储介质还可以是可读存储介质以外的任何可读介质,该可读介质可以发送、传播或者传输用于由指令执行装置、装置或者器件使用或者与其结合使用的程序。可读存储介质上包含的程序代码可以用任何适当的介质传输,包括但不限于无线、有线、光缆、rf等等,或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码,所述程序设计语言包括面向对象的程序设计语言—诸如java、c++等,还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中,远程计算设备可以通过任意种类的网络,包括局域网(lan)或广域网(wan),连接到用户计算设备,或者,可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

综上所述,本发明可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(dsp)等通用数据处理设备来实现根据本发明实施例中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如,计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上,或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到,或者在载体信号上提供,或者以任何其他形式提供。

以上所述的具体实施例,对本发明的目的、技术方案和有益效果进行了进一步详细说明,应理解的是,本发明不与任何特定计算机、虚拟装置或者电子设备固有相关,各种通用装置也可以实现本发明。以上所述仅为本发明的具体实施例而已,并不用于限制本发明,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。

以上所述仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1