[发明专利]应用更新方法及其系统、存储介质、电子设备

说明书

本发明揭示了应用更新方法及其系统、存储介质、电子设备。所述应用更新方法包括如下步骤：在应用程序启动时获取终端的当前脚本文件，其中，所述终端的当前脚本文件中至少包括多个预埋的用户界面模型；将获取到的所述当前脚本文件置于一虚拟机中加载运行；所述虚拟机判断是否出现更新应用程序的事件，若是，则所述虚拟机根据获取的所述当前脚本文件中的多个预埋的用户界面模型对所述当前脚本文件进行数据处理后，形成用户界面模型更改指令；所述虚拟机将所述用户界面模型更改指令发送至所述终端；由所述终端根据所述用户界面模型更改指令在所述当前脚本文件中加载对应的一个所述预埋的用户界面模型，以完成所述应用程序的更新。

技术领域

本发明涉及一种应用更新方法及其系统、存储介质、电子设备。

背景技术

随着互联网应用的空前繁荣，人们越来越多地通过各种终端获取资讯、进行相互交流、学习和工作，这都是通过终端上的应用哇完成的。由此将使得各种应用被争相发布，并通过不断的发布新版本、新特性来不断地满足用户的需求。

但是，随着应用的需求和功能的逐渐增多，应用中的逻辑也越来越复杂，因此，没出现BUG和运营需求的情况也越来越多。大部分的应用在一个版本发布周期内出现的BUG和运营需求只能通过进行下个版本的发布得到解决。目前，在IOS客户端的实现基本都是通过Objective-C实现的，每次需求版本更新都需要通过苹果审核后才能发布新的需求。这种方式存在审核周期长、审核不通过、迭代性的速度缓慢等风险和问题。若出现需要进行紧急更新的需求就更加地不适用。

发明内容

针对现有技术中的缺陷，本发明的目的是提供一种应用更新方法及其系统、存储介质、电子设备，无需发布新版本即可实现业务逻辑变更、需求迭代和BUG修复。

根据本发明的一个方面提供一种应用更新方法，所述应用更新方法包括如下步骤：S10：在应用程序启动时获取终端的当前脚本文件，其中，所述终端的当前脚本文件中至少包括多个预埋的用户界面模型；S20：将获取到的所述当前脚本文件置于一虚拟机中加载运行；S30：所述虚拟机判断是否出现更新应用程序的事件，若是，则执行步骤S40；S40：所述虚拟机根据获取的所述当前脚本文件中的多个预埋的用户界面模型对所述当前脚本文件进行数据处理后，形成用户界面模型更改指令；S50：所述虚拟机将所述用户界面模型更改指令发送至所述终端；S60：由所述终端根据所述用户界面模型更改指令在所述当前脚本文件中加载对应的一个所述预埋的用户界面模型，以完成所述应用程序的更新。

优选地，在应用程序启动时由一服务器获取终端的当前脚本文件，所述虚拟机设置于所述服务器中。

优选地，所述步骤S30还包括如下步骤：判断是否接收到更新应用程序的更新指令，若是，则判断出现更新应用程序的事件。

优选地，所述步骤S30还包括如下步骤：当所述终端运行当前脚本文件的过程中，触发第一事件时，将所述第一事件发送至所述虚拟机；所述虚拟机判断所述第一事件是否属于所述更新应用程序的事件；若是，则判断出现更新应用程序的事件。

优选地，所述当前脚本文件为javascript文件，所述虚拟机为JS虚拟机。

优选地，所述应用更新方法应用于使用IOS系统的终端中。

优选地，所述终端与所述虚拟机之间通过IOS系统提供的JavascriptCore方案中的一个桥来实现消息通信。

优选地，所述终端包括功能模块，所述功能模块具有一接口，所述虚拟机将所述用户界面模型更改指令发送至所述接口，使所述功能模块被触发，并根据所述用户界面模型更改指令加载对应的一个所述预埋的用户界面模型。