CN112596729A - 目标应用界面生成方法及装置、可读介质和电子设备 - Google Patents

Abstract

本公开提供一种目标应用界面生成方法及装置、可读介质和电子设备，涉及计算机技术领域。该方法包括：响应启动跨平台应用程序的指令，向服务器发送查询请求；如果根据所述查询请求检测到所述服务器存储有所述跨平台应用程序对应的历史界面创建数据，则从所述服务器获取所述历史界面创建数据；根据所述历史界面创建数据生成所述跨平台应用程序对应的目标应用界面。本公开能够提高跨平台应用程序对应的目标应用界面的加载效率。

Description

目标应用界面生成方法及装置、可读介质和电子设备

技术领域

本公开涉及计算机技术领域，具体涉及一种目标应用界面生成方法、目标应用界面生成装置、计算机可读介质和电子设备。

背景技术

伴随着科学技术的飞速发展，快应用、小程序和Week等轻量级的应用程序越来越得到的人们的欢迎。

目前，在快应用、小程序或者Week等生成应用界面的技术方案中，Java层在创建应用界面时只能依赖JsFramework运行完毕后生成的界面创建指令，因此，只有在JsFramework运行完毕，且解析完相应的页面JS文件后，才能开始创建应用界面。但是，这种技术方案中，由于JsFramework和页面JS文件的运行时间较长，导致Java层需要等待较长时间才能开始创建应用界面，导致快应用、小程序或者Week等加载应用界面时，等待的时间较长，加载效率较低。

发明内容

本公开的目的在于提供一种目标应用界面生成方法、目标应用界面生成装置、计算机可读介质和电子设备，进而至少在一定程度上避免相关技术方案中跨平台应用程序对应的目标应用界面加载效率较低的问题。

根据本公开的第一方面，提供一种目标应用界面生成方法，包括：

响应启动跨平台应用程序的指令，向服务器发送查询请求；

如果根据所述查询请求检测到所述服务器存储有所述跨平台应用程序对应的历史界面创建数据，则从所述服务器获取所述历史界面创建数据；

根据所述历史界面创建数据生成所述跨平台应用程序对应的目标应用界面。

根据本公开的第二方面，提供一种目标应用界面生成装置，包括：

查询请求发送模块，用于响应启动跨平台应用程序的指令，向服务器发送查询请求；

历史界面创建数据获取模块，用于如果根据所述查询请求检测到所述服务器存储有所述跨平台应用程序对应的历史界面创建数据，则从所述服务器获取所述历史界面创建数据；

目标应用界面生成模块，用于根据所述历史界面创建数据生成所述跨平台应用程序对应的目标应用界面。

根据本公开的第三方面，提供一种计算机可读介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述的方法。

根据本公开的第四方面，提供一种电子设备，其特征在于，包括：

处理器；以及

存储器，用于存储一个或多个程序，当一个或多个程序被一个或多个处理器执行时，使得一个或多个处理器实现上述的方法。

本公开的一种实施例所提供的目标应用界面生成方法，响应启动跨平台应用程序的指令，向服务器发送查询请求；如果根据查询请求检测到服务器存储有跨平台应用程序对应的历史界面创建数据，则从服务器获取历史界面创建数据；根据历史界面创建数据生成跨平台应用程序对应的目标应用界面。一方面，直接从服务器获取创建跨平台应用程序对应的的目标应用界面的历史界面创建数据，进而根据该已经生成的历史界面创建数据创建目标应用界面，不需要等待生成最新界面创建数据，有效提高跨平台应用程序对应的的目标应用界面的创建效率以及加载效率；另一方面，服务器存储的历史界面创建数据，是将其他客户端作为生产环境生成的，相比于服务器产生的界面创建数据更具兼容性，进而提高创建的目标应用界面的稳定性。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1示出了可以应用本公开实施例的一种示例性***架构的示意图；

图2示出了可以应用本公开实施例的一种电子设备的示意图；

图3示意性示出本公开示例性实施例中一种目标应用界面生成方法的流程图；

图4示意性示出本公开示例性实施例中一种动态更新目标应用界面的流程图；

图5示意性示出本公开示例性实施例中一种在服务器未存储历史界面创建数据时生成目标应用界面的流程图；

图6示意性示出本公开示例性实施例中一种生成最新界面创建数据的流程图；

图7示意性示出本公开示例性实施例中一种相关技术中生成目标应用界面的流程图；

图8示意性示出本公开示例性实施例中一种生成目标应用界面的应用场景示意图；

图9示意性示出本公开示例性实施例中一种目标应用界面生成装置的组成示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。

此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

图1示出了可以应用本公开实施例的一种目标应用界面生成方法及装置的示例性应用环境的***架构的示意图。

如图1所示，***架构100可以包括终端设备101、102、103中的一个或多个，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。终端设备101、102、103可以是各种具有图像处理功能的电子设备，包括但不限于台式计算机、便携式计算机、智能手机和平板电脑等等。应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。比如服务器105可以是多个服务器组成的服务器集群等。

本公开实施例所提供的目标应用界面生成方法一般由终端设备101、102、103中执行，相应地，目标应用界面生成装置一般设置于终端设备101、102、103中。但本领域技术人员容易理解的是，本公开实施例所提供的目标应用界面生成方法也可以由服务器105执行，相应的，目标应用界面生成装置也可以设置于服务器105中，本示例性实施例中对此不做特殊限定。

本公开的示例性实施方式还提供一种用于实现目标应用界面生成方法的电子设备，其可以是图1中的终端设备101、102、103或服务器105。该电子设备至少包括处理器和存储器，存储器用于存储处理器的可执行指令，处理器配置为经由执行可执行指令来执行目标应用界面生成方法。

下面以图2中的电子设备200为例，对电子设备的构造进行示例性说明。需要说明的是，图2示出的电子设备200仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图2所示，电子设备200包括中央处理单元(CPU)201，其可以根据存储在只读存储器(ROM)202中的程序或者从存储部分208加载到随机访问存储器(RAM)203中的程序而执行各种适当的动作和处理。在RAM 203中，还存储有***操作所需的各种程序和数据。CPU201、ROM 202以及RAM 203通过总线204彼此相连。输入/输出(I/O)接口205也连接至总线204。

以下部件连接至I/O接口205：包括键盘、鼠标等的输入部分206；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分207；包括硬盘等的存储部分208；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分209。通信部分209经由诸如因特网的网络执行通信处理。驱动器210也根据需要连接至I/O接口205。可拆卸介质211，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器210上，以便于从其上读出的计算机程序根据需要被安装入存储部分208。

特别地，根据本公开的实施例，下文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分209从网络上被下载和安装，和/或从可拆卸介质211被安装。在该计算机程序被中央处理单元(CPU)201执行时，执行本申请的方法和装置中限定的各种功能。

本公开的示例性实施方式还提供了一种计算机可读存储介质，其上存储有能够实现本说明书下文中方法的程序产品。在一些可能的实施方式中，本公开的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在终端设备上运行时，程序代码用于使终端设备执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤，例如可以执行图3至图8中任意一个或多个步骤。

需要说明的是，本公开所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的***、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

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

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

在相关技术中，目前以快应用，Weex，小程序等为代表的兼容前端和客户端的轻量级跨平台应用程序在加载显示对应的应用界面时，都需接收前端框架JsFramework发送过来的界面创建指令，然后Java层在接收到该界面创建指令后，解析并执行该界面创建指令，进而按照界面创建指令创建并展示应用界面。但是，该技术方案中，Java层创建应用界面时必须依赖JsFramework发送的界面创建指令，因此，快应用等跨平台应用程序创建应用界面的方案中，必须得等到JsFramework运行完毕，并且在解析完相应的页面JS文件后，Java层才能开始创建应用界面。由于JsFramework和页面JS文件的运行时间比较久，Java层也要相应等待比较久的时间后才能开始创建应用界面，导致了快应用等跨平台技术方案中应用页面加载效率较低的问题。

基于相关技术中的一个或者多个问题，本示例实施例首先提供了一种目标应用界面生成方法，下面以终端设备执行该方法为例，对本公开示例性实施方式的目标应用界面生成方法进行具体说明。

图3示出了本示例性实施方式中一种目标应用界面生成方法的流程，包括以下步骤S310至步骤S330：

在步骤S310中，响应启动跨平台应用程序的指令，向服务器发送查询请求。

在一示例性实施例中，跨平台应用程序可以是指基于兼容前端和客户端的跨平台技术的轻量级应用程序，例如，跨平台应用程序可以是客户端中的小程序，也可以是快应用，当然，还可以是Week等，本示例实施例对此不做特殊限定。

查询请求可以是在启动跨平台应用程序时用于向服务器请求历史界面创建数据的指令，查询请求可以包括跨平台应用程序对应的标识数据，进而可以使服务器基于该查询请求中包含的跨平台应用程序对应的标识数据，查询是否存储有该跨平台应用程序对应的历史界面创建数据。

在步骤S320中，如果根据所述查询请求检测到所述服务器存储有所述跨平台应用程序对应的历史界面创建数据，则从所述服务器获取所述历史界面创建数据。

在一示例性实施例中，历史界面创建数据可以是指其他客户端创建跨平台应用程序的应用界面时生成的界面创建数据，其他客户端可以在首次生成跨平台应用程序的应用界面时，将生成跨平台应用程序的应用界面的过程中产生的界面创建数据发送到服务器进行保存，以在服务器中创建该跨平台应用程序对应的历史界面创建数据。具体的，可以根据该跨平台应用程序对应的标识数据将历史界面创建数据进行保存，以使其他启动该跨平台应用程序的客户端能够根据查询请求中包含的标识数据快速检测到服务器中存储的该跨平台应用程序对应的历史界面创建数据。

具体的，在服务器根据查询请求中包含的跨平台应用程序对应的标识数据，检测到存储有跨平台应用程序对应的历史界面创建数据时，此时可以认为已经有其他的客户端创建过跨平台应用程序对应的目标应用界面，并且将创建目标应用界面的过程中生成的历史界面创建数据存储在了服务器。因此，在生成跨平台应用程序对应的目标应用界面时，可以直接从服务器获取跨平台应用程序对应的历史界面创建数据，并发送给对应的渲染层，而不需要目标前端框架从头到尾重新生成创建目标应用界面的界面创建数据，跳过目标前端框架的运行过程，有效提高渲染加载目标应用界面的效率。

在步骤S330中，根据所述历史界面创建数据生成所述跨平台应用程序对应的目标应用界面。

在一示例性实施例中，目标应用界面可以是在启动跨平台应用程序后生成的展示给用户的应用界面，在检测到服务器存储有跨平台应用程序对应的历史界面创建数据时，可以直接将历史界面创建数据发送给渲染层进行渲染生成目标应用界面，而不需要等待目标前端框架创建好界面创建数据才开始渲染，提升目标应用界面的渲染加载效率。

综上所述，本示例性实施方式中，响应启动跨平台应用程序的指令，向服务器发送查询请求；如果根据查询请求检测到服务器存储有跨平台应用程序对应的历史界面创建数据，则从服务器获取历史界面创建数据；根据历史界面创建数据生成跨平台应用程序对应的目标应用界面。一方面，直接从服务器获取创建跨平台应用程序对应的的目标应用界面的历史界面创建数据，进而根据该已经生成的历史界面创建数据创建目标应用界面，不需要等待生成最新界面创建数据，有效提高跨平台应用程序对应的的目标应用界面的创建效率以及加载效率；另一方面，服务器存储的历史界面创建数据，是将其他客户端作为生产环境生成的，相比于服务器产生的界面创建数据更具兼容性，进而提高创建的目标应用界面的稳定性。

下面对图3中的步骤S310至步骤S330进行详细说明。

在一示例性实施例中，历史界面创建数据可以包括历史组件创建指令，例如，历史组件创建指令可以是创建应用界面骨架的指令createBody,也可以是添加应用界面元素的指令addElement，当然，历史组件创建指令还可以是其他创建应用界面中组件的指令，本示例不以此为限。

具体的，从服务器获取到历史组件创建指令之后，可以直接将历史组件创建指令发送给渲染层，其中，渲染层可以是用于根据历史组件创建指令创建应用界面的逻辑层，例如，渲染层可以包括但不限于Java层。将历史组件创建指令发送给渲染层，渲染层可以不需要等待目标前端框架JsFramework从头到尾生成历史组件创建指令，可以直接执行接收的历史组件创建指令，进而生成跨平台应用程序对应的目标应用界面，例如，渲染层可以根据创建应用界面骨架的指令createBody创建目标应用界面对应的应用界面骨架，也可以根据添加应用界面元素的指令addElement在应用界面骨架中添加对应的应用界面，本示例实施例对此不做特殊限定。

在一示例性实施例中，如果根据查询请求检测到服务器存储有跨平台应用程序对应的历史界面创建数据，则从服务器获取历史界面创建数据，并在获取历史界面创建数据的同时，也从服务器获取用于构建目标应用界面的界面创建资源。其中，界面创建资源可以是指预先设置的用于生成目标应用界面的所有资源数据，例如，界面创建资源可以是目标应用界面待现实的图片信息，也可以是目标应用界面的按钮样式，当然，还可以是其他创建目标应用界面所需要的数据，本示例实施例对此不做特殊限定。

通过目标前端框架JsFramework可以解析获取的界面创建资源，进而确定生成目标应用界面的最新界面创建数据。由于服务器存储的历史界面创建数据可能是旧版本的跨平台应用程序，因此在将历史界面创建数据发送给渲染层创建目标应用界面的同时，可以通过目标前端框架JsFramework解析从服务器获取的界面创建资源，生成创建目标应用界面最新的界面创建数据，进而通过最新界面创建数据去更新通过历史界面创建数据创建的目标应用界面，不仅能够保证目标应用界面的渲染加载效率，而且能够保证目标应用界面不会由于历史界面创建数据的版本问题导致的目标应用界面信息滞后的问题，提高目标应用界面的准确性以及时效性。同时，在获取历史界面创建数据时，同时获取用于构建目标应用界面的界面创建资源，能够保证数据获取的效率，进一步保证目标应用界面的创建效率。

具体的，可以通过图4中的步骤实现对基于历史界面创建数据生成的目标应用界面的动态更新，参考图4所示，具体可以包括：

步骤S410，基于所述目标前端框架，根据所述界面创建资源生成构建所述目标应用界面的最新界面创建数据；

步骤S420，将所述最新界面创建数据与所述历史界面创建数据进行比对，得到更新界面创建数据；

步骤S430，通过所述更新界面创建数据对生成的所述目标应用界面进行动态更新。

其中，最新界面创建数据可以是指最新版本的目标应用界面对应的界面创建数据，可以通过从服务器请求跨平台应用程序对应的界面创建数据，基于目标前端框架JsFramework，根据界面创建数据生成的界面创建数据即最新界面创建数据。

更新界面创建数据可以是将最新界面创建数据与历史界面创建数据进行差量比对后得到的最新界面创建数据与历史界面创建数据对应的不同界面创建数据，在渲染层根据历史界面创建数据生成历史界面创建数据的版本对应的目标应用界面之后，基于目标前端框架JsFramework，根据更新界面创建数据生成历史界面创建数据的版本对应的目标应用界面中待更新组件的创建指令，进而通过生成的待更新组件的创建指令对历史界面创建数据的版本对应的目标应用界面进行动态更新，保证目标应用界面中信息的时效性，保证目标应用界面的准确性。

在一示例性实施例中，在服务器中未存储有跨平台应用程序对应的历史界面创建数据时，可以通过图5中的步骤生成目标应用界面，参考图5所示，具体可以包括：

步骤S310，响应启动跨平台应用程序的指令，向服务器发送查询请求；

步骤S520，如果根据所述查询请求检测到所述服务器未存储有所述跨平台应用程序对应的历史界面创建数据，则基于目标前端框架生成构建所述目标应用界面的最新界面创建数据；

步骤S530，根据所述最新界面创建数据生成所述跨平台应用程序对应的目标应用界面。

其中，如果根据查询请求检测到服务器未存储有跨平台应用程序对应的历史界面创建数据，则可以认为跨平台应用程序为首次启动，则从服务器获取该跨平台应用程序对应的界面创建资源，进而将界面创建资源发送给目标前端框架JsFramework，然后直接基于目标前端框架JsFramework生成构建目标应用界面的最新界面创建数据，并在目标前端框架JsFramework运行完毕且页面JS文件运行完毕时，将生成的最新界面创建数据发送给渲染层(Java层)执行，以生成跨平台应用程序对应的目标应用界面。

具体的，可以通过图6中的步骤实现最新界面创建数据的生成，参考图6所示，具体可以包括：

步骤S610，从所述服务器获取构建所述目标应用界面的界面创建资源；

步骤S620，基于所述目标前端框架，根据所述界面创建资源生成构建所述目标应用界面的最新界面创建数据。

进一步，如果根据查询请求检测到服务器未存储有跨平台应用程序对应的历史界面创建数据，则说明跨平台应用程序为首次启动，此时可以基于目标前端框架生成构建目标应用界面的最新界面创建数据，在通过最新界面创建数据创建生成跨平台应用程序对应的目标应用界面的同时，可以将生成的最新界面创建数据存储到服务器，作为跨平台应用程序对应的历史界面创建数据，此时如果有其他的客户端启动该跨平台应用程序，其他的客户端就可以从服务器获取上传的的最新界面创建数据，以便于快速生成跨平台应用程序对应的目标应用界面，提升目标应用界面的加载渲染效率。

图7示意性示出本公开示例性实施例中一种相关技术中生成目标应用界面的流程图。

参考图7所示，步骤S710，从服务器获取创建跨平台应用程序对应目标应用界面的界面创建资源，并将界面创建资源发送给目标前端框架JsFramework，目标前端框架JsFramework根据接收到的界面创建资源生成界面创建数据，如第一指令、第二指令等，并将生成的界面创建数据发送给渲染层(Java层)；

步骤S720，基于渲染层(Java层)执行接收到的界面创建数据，例如渲染层(Java层)可以执行第一指令以创建目标应用界面对应的应用界面骨架，可以执行第二指令以添加目标应用界面对应的应用界面元素，本示例实施例不以此为限；

步骤S730，根据渲染层(Java层)执行界面创建数据生成的组件，如应用界面骨架、应用界面元素等组件构建生成跨平台应用程序对应目标应用界面。

由此可见，渲染层(Java层)只有在目标前端框架JsFramework生成的界面创建数据之后，才能根据界面创建数据渲染加载目标应用界面，而由于目标前端框架JsFramework的运行时间较长，导致目标应用界面的渲染加载效率较低。

图8示意性示出本公开示例性实施例中一种生成目标应用界面的应用场景示意图。

参考图8所示，步骤S810，在第一客户端801在生成跨平台应用程序对应的目标应用界面之前，首先根据跨平台应用程序对应的标识数据向后台服务器802发送查询请求，以使后台服务器802根据查询请求检测是否存储有跨平台应用程序对应的历史界面创建数据，如果检测到后台服务器802未存储有跨平台应用程序对应的历史界面创建数据，则从后台服务器802获取跨平台应用程序对应的界面创建资源，并将界面创建资源发送给目标前端框架JsFramework，以生成最新界面创建数据；

步骤S820，将最新界面创建数据发送到渲染层(Java层)进行执行，生成各组件；

步骤S830，根据渲染层(Java层)执行最新界面创建数据后生成的各组件构建跨平台应用程序对应的目标应用界面；

步骤S840，基于跨平台应用程序对应的标识数据将最新界面创建数据上传到后台服务器802进行保存，作为跨平台应用程序对应的历史界面创建数据；

步骤S850，在第二客户端803在生成跨平台应用程序对应的目标应用界面之前，首先根据跨平台应用程序对应的标识数据向后台服务器802发送查询请求，以使后台服务器802根据查询请求检测是否存储有跨平台应用程序对应的历史界面创建数据，如果检测到后台服务器802存储有第一客户端801上传的跨平台应用程序对应的历史界面创建数据，则从后台服务器802获取跨平台应用程序对应的历史界面创建数据以及对应的界面创建资源，并将历史界面创建数据发送给第二客户端803对应的渲染层(Java层)，以及将界面创建资源发送给第二客户端803对应的目标前端框架JsFramework；

步骤S860，根据第二客户端803对应的渲染层(Java层)执行历史界面创建数据后生成的组件构建目标应用界面；

步骤S870，基于第二客户端803对应的目标前端框架JsFramework，根据界面创建资源生成最新界面创建数据，将最新界面创建数据与从服务器获取的历史界面创建数据进行差量比对，得到更新界面创建数据(例如，历史界面创建数据可以包括第一指令、第二指令，最新界面创建数据可以包括第一指令、第二指令、第三指令，将最新界面创建数据与从服务器获取的历史界面创建数据进行差量比对得到第三指令，即第三指令可以是更新界面创建数据)，并将更新界面创建数据发送给第二客户端803对应的渲染层(Java层)执行，以对生成的目标应用界面进行动态更新，保证目标应用界面的时效性。

需要注意的是，上述附图仅是根据本公开示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

进一步的，参考图9所示，本示例的实施方式中还提供一种目标应用界面生成装置900，可以包括查询请求发送模块910、历史界面创建数据获取模块920和目标应用界面生成模块930。其中：

查询请求发送模块910用于响应启动跨平台应用程序的指令，向服务器发送查询请求；

历史界面创建数据获取模块920用于如果根据所述查询请求检测到所述服务器存储有所述跨平台应用程序对应的历史界面创建数据，则从所述服务器获取所述历史界面创建数据；

目标应用界面生成模块930用于根据所述历史界面创建数据生成所述跨平台应用程序对应的目标应用界面。

在一示例性实施例中，目标应用界面生成模块930可以用于：

将所述历史组件创建指令发送给渲染层，以使所述渲染层执行所述历史组件创建指令生成所述跨平台应用程序对应的目标应用界面。

在一示例性实施例中，历史界面创建数据获取模块920还包括界面创建资源获取单元，界面创建资源获取单元可以用于：

从所述服务器获取构建所述目标应用界面的界面创建资源。

在一示例性实施例中，目标应用界面生成模块930还包括界面创建数据比对单元，界面创建数据比对单元可以用于：

基于所述目标前端框架，根据所述界面创建资源生成构建所述目标应用界面的最新界面创建数据；

将所述最新界面创建数据与所述历史界面创建数据进行比对，得到更新界面创建数据；

通过所述更新界面创建数据对生成的所述目标应用界面进行动态更新。

在一示例性实施例中，历史界面创建数据获取模块920还包括最新界面创建数据生成单元，最新界面创建数据生成单元可以用于：

如果根据所述查询请求检测到所述服务器未存储有所述跨平台应用程序对应的历史界面创建数据，则基于目标前端框架生成构建所述目标应用界面的最新界面创建数据；

根据所述最新界面创建数据生成所述跨平台应用程序对应的目标应用界面。

在一示例性实施例中，最新界面创建数据生成单元还可以用于：

从所述服务器获取构建所述目标应用界面的界面创建资源；

基于所述目标前端框架，根据所述界面创建资源生成构建所述目标应用界面的最新界面创建数据。

在一示例性实施例中，最新界面创建数据生成单元还可以用于：

将生成的所述最新界面创建数据存储到所述服务器，作为所述跨平台应用程序对应的所述历史界面创建数据。

上述装置中各模块的具体细节在方法部分实施方式中已经详细说明，未披露的细节内容可以参见方法部分的实施方式内容，因而不再赘述。

所属技术领域的技术人员能够理解，本公开的各个方面可以实现为***、方法或程序产品。因此，本公开的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“***”。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其他实施例。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限。

Claims (10)

1.一种目标应用界面生成方法，其特征在于，包括：

响应启动跨平台应用程序的指令，向服务器发送查询请求；

如果根据所述查询请求检测到所述服务器存储有所述跨平台应用程序对应的历史界面创建数据，则从所述服务器获取所述历史界面创建数据；

根据所述历史界面创建数据生成所述跨平台应用程序对应的目标应用界面。

2.根据权利要求1所述的方法，其特征在于，所述历史界面创建数据包括历史组件创建指令，所述根据所述历史界面创建数据生成所述跨平台应用程序对应的目标应用界面，包括：

将所述历史组件创建指令发送给渲染层，以使所述渲染层执行所述历史组件创建指令生成所述跨平台应用程序对应的目标应用界面。

3.根据权利要求1所述的方法，其特征在于，从所述服务器获取所述历史界面创建数据，还包括：

从所述服务器获取构建所述目标应用界面的界面创建资源。

4.根据权利要求3所述的方法，其特征在于，所述根据所述历史界面创建数据生成所述跨平台应用程序对应的目标应用界面，还包括：

基于所述目标前端框架，根据所述界面创建资源生成构建所述目标应用界面的最新界面创建数据；

将所述最新界面创建数据与所述历史界面创建数据进行比对，得到更新界面创建数据；

通过所述更新界面创建数据对生成的所述目标应用界面进行动态更新。

5.根据权利要求1所述的方法，其特征在于，如果根据所述查询请求检测到所述服务器存储有所述跨平台应用程序对应的历史界面创建数据，则从所述服务器获取所述历史界面创建数据，还包括：

如果根据所述查询请求检测到所述服务器未存储有所述跨平台应用程序对应的历史界面创建数据，则基于目标前端框架生成构建所述目标应用界面的最新界面创建数据；

根据所述最新界面创建数据生成所述跨平台应用程序对应的目标应用界面。

6.根据权利要求5所述的方法，其特征在于，基于目标前端框架生成构建所述目标应用界面的最新界面创建数据，包括：

从所述服务器获取构建所述目标应用界面的界面创建资源；

基于所述目标前端框架，根据所述界面创建资源生成构建所述目标应用界面的最新界面创建数据。

7.根据权利要求5所述的方法，其特征在于，如果根据所述查询请求检测到所述服务器未存储有所述跨平台应用程序对应的历史界面创建数据，则基于目标前端框架生成构建所述目标应用界面的最新界面创建数据，还包括：

将生成的所述最新界面创建数据存储到所述服务器，作为所述跨平台应用程序对应的所述历史界面创建数据。

8.一种目标应用界面生成装置，其特征在于，包括：

查询请求发送模块，用于响应启动跨平台应用程序的指令，向服务器发送查询请求；

历史界面创建数据获取模块，用于如果根据所述查询请求检测到所述服务器存储有所述跨平台应用程序对应的历史界面创建数据，则从所述服务器获取所述历史界面创建数据；

目标应用界面生成模块，用于根据所述历史界面创建数据生成所述跨平台应用程序对应的目标应用界面。

9.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7中任一项所述的方法。

10.一种电子设备，其特征在于，包括：

处理器；以及

存储器，用于存储所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1至7任一项所述的方法。

Images