CN111026493A - 界面渲染的处理方法和装置 - Google Patents

Abstract

本公开涉及计算机技术领域，提供了一种界面渲染的处理方法及装置、计算机可读存储介质和电子设备。其中，上述方法包括：获取目标应用的工程文件及图片资源文件；根据所述工程文件确定所述目标应用的每个界面对应的场景模式；根据所述每个界面对应的场景模式对所述目标应用的图片资源文件进行图片合并处理，获得所述每个界面对应的图集；保存所述每个界面对应的图集，所述图集用于对所述每个界面进行渲染。本公开的技术方案能够有效减少渲染批次，有利于提升界面渲染效率。

Description

界面渲染的处理方法和装置

技术领域

本公开涉及计算机技术领域，具体而言，涉及一种界面渲染的处理方法、界面渲染的处理装置、计算机可读存储介质及电子设备。

背景技术

现有技术中，在应用的界面开发过程中，通常使用单张图片进行界面设计。例如，某一界面上有多个不同元素，不同元素将显示不同的内容，则使用多张不同的图片来展示这些元素。进一步地，在应用实际运行时，每张图片都需要显卡进行一次完整的渲染流程(可以称作：一个渲染批次)。其中，一个渲染批次的渲染过程，需要重新设置显卡的图形顶点，索引，贴图，着色器等工作内容。

可见，现有的界面渲染的处理方案存在渲染效率低的问题。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开的目的在于提供一种界面渲染的处理方法及装置、计算机可读存储介质及电子设备，进而至少在一定程度上提升界面渲染效率。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开的第一方面，提供了一种界面渲染的处理方法，包括：

获取目标应用的工程文件及图片资源文件；

根据所述工程文件确定所述目标应用的每个界面对应的场景模式；

根据所述每个界面对应的场景模式对所述目标应用的图片资源文件进行图片合并处理，获得所述每个界面对应的图集；

保存所述每个界面对应的图集，所述图集用于对所述每个界面进行渲染。

在本公开的一示例性实施例中，基于前述方案，所述根据所述工程文件确定所述目标应用的每个界面对应的场景模式，包括：

将所述工程文件中对所述目标应用的任一界面指定的场景模式确定为所述任一界面对应的场景模式。

在本公开的一示例性实施例中，基于前述方案，所述场景模式包括：批次优先场景模式、内存优先场景模式、默认场景模式；

所述根据所述工程文件确定所述目标应用的每个界面对应的场景模式，包括：

根据所述工程文件确定目标界面的名称中是否包含预设名称，若是，则确定所述目标界面对应的场景模式为批次优先场景模式；

若所述目标界面的名称中不包含所述预设名称，则根据所述工程文件确定所述目标界面是否使用了非自身的组件，若是，则确定所述目标界面对应的场景模式为内存优先场景模式；

若所述目标界面没有使用非自身的组件，则确定所述目标界面对应的场景模式为默认场景模式。

在本公开的一示例性实施例中，基于前述方案，所述根据所述每个界面对应的场景模式对所述目标应用的图片资源文件进行图片合并处理，获得所述每个界面对应的图集，包括：

若所述目标应用中的目标界面对应的场景模式为默认模式，则：

根据所述图片资源文件中图片的使用频次提取多张图片进行合并，得到公用图集；

将所述图片资源文件中所述目标界面对应的图片中除所述公用图集中的图片外的其他图片进行合并，得到所述目标界面对应的专属图集；

将所述公用图集和所述专属图集作为所述目标界面对应的图集。

在本公开的一示例性实施例中，基于前述方案，所述根据所述图片资源文件中图片的使用频次提取多张图片进行合并，得到公用图集，包括：

确定所述目标界面在所述目标应用中对应的系统；

确定所述系统的每张图片在所述系统中的使用频次；

提取在所述系统中的使用频次排名在预设范围内的图片进行合并，得到所述公用图集。

在本公开的一示例性实施例中，基于前述方案，所述根据所述每个界面对应的场景模式对所述目标应用的图片资源文件进行图片合并处理，获得所述每个界面对应的图集，包括：

若所述目标应用中的目标界面对应的场景模式为批次优先场景模式，则：

从所述图片资源文件中提取所述目标界面对应的图片；

将所述目标界面对应的图片进行合并，得到所述目标界面对应的图集。

在本公开的一示例性实施例中，基于前述方案，所述根据所述每个界面对应的场景模式对所述目标应用的图片资源文件进行图片合并处理，获得所述每个界面对应的图集，包括：

若所述目标应用中的目标界面对应的场景模式为内存优先场景模式，则：

从所述图片资源文件中提取所述目标界面对应的面板及自身的组件对应的图片进行合并，得到第一图集；

从所述图片资源文件中提取所述目标界面使用的非自身的组件对应的图片进行合并，得到第二图集；

将所述第一图集和所述第二图集作为所述目标界面对应的图集。

在本公开的一示例性实施例中，基于前述方案，根据所述每个界面对应的场景模式对所述目标应用的图片资源文件进行图片合并处理之前，还包括：

确定所述图片资源文件合法。

在本公开的一示例性实施例中，基于前述方案，所述方法还包括：

根据所述每个界面对应的图集对所述目标应用的工程文件进行修改。

根据本公开的第二方面，提供了一种界面渲染的处理装置，该处理装置包括：文件获取模块、场景模式确定模块、图集确定模块，以及存储模块。其中：

上述文件获取模块，被配置为用于获取目标应用的工程文件及图片资源文件；

上述场景模式确定模块，被配置为用于根据所述工程文件确定所述目标应用的每个界面对应的场景模式；

上述图集确定模块，被配置为用于根据所述每个界面对应的场景模式对所述目标应用的图片资源文件进行图片合并处理，获得所述每个界面对应的图集；

上述存储模块，被配置为用于保存所述每个界面对应的图集，所述图集用于对所述每个界面进行渲染。

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

根据本公开实施例的第四方面，提供了一种电子设备，包括：处理器；以及，存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上述实施例中第一方面所述的界面渲染的处理方法。

由上述技术方案可知，本公开示例性实施例中的界面渲染的处理方法、界面渲染的处理装置，以及实现所述界面渲染的处理方法的计算机可读存储介质及电子设备，至少具备以下优点和积极效果：

在本公开的一些实施例所提供的技术方案中，对于目标应用，根据其工程文件确定该目标应用中每个界面对应的场景模式；然后，基于各个界面对应的场景模式，对该目标应用的图片资源文件进行图片合并处理，以获得各个界面分别对应的图集；进一步地，保存各个界面对应的图集，并根据图集来渲染对应的界面，从而完成对目标应用中各个界面的渲染。一方面，相较于现有技术中每个元素对应一张图片，然后对多张图片进行渲染的方式，本技术方案采用图集的方式将图片资源文件进行合并处理并基于图集进行渲染处理，从而有效减少渲染批次，从而提升界面渲染效率。并且，有利于节省服务器内存开销，提升服务器性能。另一方面，本技术方案根据界面对应的场景模式来确定界面对应的图集，从而使得确定的图集更具有针对性，有利于进一步地提升界面渲染效率并同时优化内存占用率。

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

附图说明

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

图1示出本公开一示例性实施例中界面渲染的处理方法的流程示意图；

图2示出本公开一示例性实施例中的界面的场景模式的确定方法示意图；

图3示出本公开一示例性实施例中默认场景模式下图集的确定方法的流程示意图；

图4示出本公开一示例性实施例中公用图集的确定方法的流程示意图；

图5示出本公开一示例性实施例中批次优先场景模式下图集的确定方法的流程示意图；

图6示出本公开一示例性实施例中内存优先场景模式下图集的确定方法的流程示意图；

图7示出本公开一示例性实施例中界面渲染的处理装置的结构示意图；

图8示出本公开示例性实施例中计算机存储介质的结构示意图；以及，

图9示出本公开示例性实施例中电子设备的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知技术方案以避免喧宾夺主而使得本公开的各方面变得模糊。

本说明书中使用用语“一个”、“一”、“该”和“所述”用以表示存在一个或多个要素/组成部分/等；用语“包括”和“具有”用以表示开放式的包括在内的意思并且是指除了列出的要素/组成部分/等之外还可存在另外的要素/组成部分/等；用语“第一”和“第二”等仅作为标记使用，不是对其对象的数量限制。

此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。

针对现有技术存在的问题，发明人发现：首先手工将多张图片归类，将每一类图片合成为一个图集。从而，在界面展示时，每个界面根据其所需的元素，来使用该图集的一部分进行渲染。通过这样的方式，可以显著减少渲染批次。

然而，对图片进行分类以形成图集的方式并非应用运行时的效率，而通常是基于界面开发的便捷程度。因此，根据上述方式确定的一图集中，通常包含分属不同界面的图片。同时，在应用运行时，这些不属于当前界面的子图片并不显示，但会占用显卡内存与带宽，从而造成不必要的显卡内存与带宽的浪费。另外，对于当前界面无关的图片还会造成界面加载效率低，最终影响用户的游戏体验下降。

在本公开的实施例中，首先提供了一种游戏场景同步方法，至少在一定程度上克服上述缺陷。以下对本公开实施例的技术方案进行详细阐述：

图1示出本公开一示例性实施例中界面渲染的处理方法的流程示意图。具体的，参考图1，该实施例所示方法包括：

步骤S110，获取目标应用的工程文件及图片资源文件；

步骤S120，根据所述工程文件确定所述目标应用的每个界面对应的场景模式；

步骤S130，根据所述每个界面对应的场景模式对所述目标应用的图片资源文件进行图片合并处理，获得所述每个界面对应的图集；以及，

步骤S140，保存所述每个界面对应的图集，所述图集用于对所述每个界面进行渲染。

在图1所示实施例所提供的技术方案中，对于目标应用，根据其工程文件确定该目标应用中每个界面对应的场景模式；然后，基于各个界面对应的场景模式，对该目标应用的图片资源文件进行图片合并处理，以获得各个界面分别对应的图集；进一步地，保存各个界面对应的图集，并根据图集来渲染对应的界面，从而完成对目标应用中各个界面的渲染。一方面，相较于现有技术中每个元素对应一张图片，然后对多张图片进行渲染，本技术方案采用图集的方式将图片资源文件进行合并处理并基于图集进行渲染处理，从而有效减少渲染批次，从而提升界面渲染效率。并且，有利于节省服务器内存开销，提升服务器性能。另一方面，本技术方案根据界面对应的场景模式来确定界面对应的图集，从而使得确定的图集更具有针对性，有利于进一步地提升界面渲染效率并同时优化内存占用率。

以下对图1所示实施例中各个步骤的具体实施方式进行详细阐述：

在步骤S110中，获取目标应用的工程文件及图片资源文件。

在示例性的实施方式中，上述目标应用可以是运行在终端中，且包含显示界面的应用。例如，游戏应用、办公应用等。以游戏应用为例进行说明，上述目标应用可以包含多个游戏画面(界面)。例如，对话界面、战斗界面等。

在示例性的实施例中，上述工程文件中存储有该目标应用中各个界面的属性数据。例如，界面名称，界面中所包含的子界面的数量以及子界面的来源地址、每个界面所用到的图片列表等信息。在示例性的实施例中，上述图片资源文件是指该目标应用的各个界面中所显示的图片，可以从专门用于存储图片的图片资源文件中获取该图片资源文件。

示例性的，在根据每个界面对应的场景模式对目标应用的图片资源文件进行图片合并处理之前，还包括：确定图片资源合法。具体的，可以通过扫描图片资源文件夹的方式来确定图片资源的合法性。例如，检查该应用的图片资源文件所涉及的图片是否存在、命名是否符合开发规范、图片格式是否符合开发规范、图片是否已压缩，以及图片是否已清空元信息等。从而确保后续用于确定图集的图片为合法的，进而提升各个界面的渲染质量。

在步骤S120中，根据所述工程文件确定所述目标应用的每个界面对应的场景模式。

本技术方案中，上述目标应用所包含的多个显示界面可能对应于多种使用场景，例如，界面a和界面b对应于“对话使用场景”，界面c对应于“战斗使用场景”等。对于不同的使用场景，其渲染时的关注点也不同(例如，使用场景A中，渲染性能至关重要；使用场景B中，可能存在移动终端设备因为内存不足而发生闪退的问题，则内存比较重要)。因此，本技术方案中，根据界面的使用场景，将不同的界面划分为不同的场景模式。

其中，上述场景模式包括：默认场景模式、批次优先场景模式(或称为：渲染批次优先场景模式)以及内存优先场景模式。进一步地，不同的场景模式对应于不同的图集确定方式。从而根据场景模式而有针对性地为不同界面确定不同类型的图集，有利于提升界面渲染效率。

在示例性的实施例中，可以在上述工程文件中对该目标应用的任一界面指定的场景模式，从而，根据工程文件中的相关描述信息确定界面的场景模式。该确定场景模式的方式能够精准的控制目标界面的场景模式，进而根据该场景模式确定目标界面的图集，完成对该目标界面的渲染。有利于提升对上述目标应用中不同界面进行渲染灵活性，有利于目标应用稳定高效地运行。

作为一种实施方式，在本发明中，根据工程文件确定目标应用的每个界面对应的场景模式，包括：

将工程文件中对目标应用的任一界面指定的场景模式确定为该任一界面对应的场景模式。

即，在本发明实施例中，可以通过系统预先指定每个界面对应的场景模式，因此通过解析工程文件可以获知系统为每个界面指定的场景模式。当未指定的情况下，可以通过以下实施方式确定每个界面的场景模式。在示例性的实施例中，图2示出本公开一示例性实施例中的界面的场景模式的确定方法示意图。具体的，参考图2，该实施例中根据工程文件确定目标应用的每个界面对应的场景模式包括步骤S210-步骤S250。

在步骤S210中，根据所述工程文件确定目标界面的名称中是否包含预设名称。

在示例性的实施例中，上述工程文件包含各个界面的名称，通过名称可以反映界面的使用场景。例如，目标界面的名称中包含关键词“战斗”，鉴于战斗相关界面注重渲染批次，因此将包含关键词“战斗”的界面对应的场景模式为批次优先场景模式。若根据上述工程文件判断到上述目标界面的名称中包含预设名称，则执行步骤S220：确定所述目标界面对应的场景模式为批次优先场景模式。

在示例性的实施例中，若所述目标界面的名称中不包含所述预设名称，则执行步骤S230：根据所述工程文件确定所述目标界面是否使用了非自身的组件。

示例性的，上述工程文件中包含界面属性代码，具体包含面板类与组件类。其中，面板类对应于界面的根节点，组件类对应于根节点的一级子节点及一级子节点的所有子节点。鉴于每个界面包含至少一个子界面，因此，上述工程文件中关于每个界面属性的代码包含一个面板类与至少一个组件类。从而，根据工程文件，可以解析出每个面板类中分别用到的组件类数量，即确定每个界面中分别包含的子界面数量。

示例性的，上述组件类命名规则为：根据其对应的子界面图片的存放位置进行命名。例如，当前目标应用中，组件类X对应于子界面x，根据组件类X的命名可以确定子界面x图片的存放位置。示例性的，子界面x的图片可以引用其他应用的工程文件中的子节点，也就是说，目标界面使用了非自身的组件。反之，根据组件类Y的命名，其引用上述目标应用的工程文件，则目标引用的组件类Y对应的子界面y图片未引用其他应用的工程文件中的子节点，也就是说，目标界面使用的是自身的组件。

从而，根据工程文件，不仅可以解析出每个面板类中分别用到的组件类数量，还可以解析出任一组件类所引用的面板类，即可以确定上述目标界面中每个子界面图片的存放位置。

示例性的，若目标界面使用了非自身的组件，则可能因为内存不足而发生闪退的问题，因此执行步骤S240：确定所述目标界面对应的场景模式为内存优先场景模式。

示例性的，若目标界面没有使用非自身的组件，则在步骤S250中：确定该目标界面对应的场景模式为默认场景模式。

在示例性的实施例中，继续参考图1，在步骤S120中确定目标界面的场景模式之后，在步骤S130中，根据所述每个界面对应的场景模式对所述目标应用的图片资源文件进行图片合并处理，获得所述每个界面对应的图集。若目标应用中的目标界面对应的场景模式为默认模式，则可以根据图3所示的方法确定该目标界面对应的图集，图3示出本公开一示例性实施例中默认场景模式下图集的确定方法的流程示意图。

参考图3，该实施例所示方法包括步骤S310-步骤S330。

在步骤S310中，根据所述图片资源文件中图片的使用频次提取多张图片进行合并，得到公用图集。

为了平衡内存占用率与渲染效率，本技术方案根据图片资源文件中图片的使用频次提取多张图片进行合并，得到公用图集。这里的使用频次可以是指图片在目标应用系统中的使用频次，也可以指图片在目标应用系统的子系统中的使用频次，这里的子系统可以根据目标应用的功能结构或者界面的相似度进行划分。

示例性的，图4示出本公开一示例性实施例中公用图集的确定方法的流程示意图。参考图4，该实施例提供的方法包括：

步骤S410，确定所述目标界面在所述目标应用中对应的系统；

这里的系统可以指目标应用的子系统。

步骤S420，确定所述系统的每张图片在所述系统中的使用频次；

以及步骤S430，提取在所述系统中的使用频次排名在预设范围内的图片进行合并，得到所述公用图集。

在示例性的实施例中，可以根据界面之间显示内容的相似程度将界面进行分类，得到多个系统。例如，界面M和界面N均包含对话框等内容的“对话界面”，两者之间显示内容的相似程度大于85％，则将界面M和界面N划分为同一系统，即对话系统。进一步地，对于划分得到的系统，统计该系统中各个界面分别对应的图片在该系统中的使用频次，并将使用频次大于预设阈值(例如，使用频次排名在前5％)的图片，作为该系统的公用图集。

在步骤S320中，将所述图片资源文件中所述目标界面对应的图片中除所述公用图集中的图片外的其他图片进行合并，得到所述目标界面对应的专属图集。

示例性的，在确定每个系统中的公用图集之后，对于该系统中的每个界面，将不包含在公用图集内的图片合并为一张图集。例如，对于属于系统P的目标界面S，目标界面S对应的图片有图片s1、图片s2、图片s3、图片s4、图片s5和图片s6，由于图片s4在系统P中的使用频次在预设范围内，因此图片s4属于公用图集中的图片，因此，除属于系统P的公用图集中的图片s4外，将其他图片进行合并，即将图片s1、图片s2、图片s3、图片s5和图片s6进行合并，得到目标界面S对应的专属图集。可见，对于系统P中的任意一个界面，在渲染过程中，可能涉及上述公用图集与对应于自身界面的专属图集。

在步骤S330中，将所述公用图集和所述专属图集作为所述目标界面对应的图集。

示例性的，在步骤S330的具体实施方式中，对于上述默认场景模式的目标界面，保存该目标界面对应的专属图集和上述公用图集，并根据该专属图集和公用图集对该目标界面进行渲染。

图3所示实施例提供了一种对于默认场景模式下确定图集确定方式，在渲染效率与内存占用率之间取得了良好的平衡，尤其在多界面切换时，能够得到较高的渲染效率同时占用较少的内存。

在示例性的实施例中，若目标应用中的目标界面对应的场景模式为批次优先场景模式，则可以参考图5所示的方法确定该目标界面对应的图集。图5示出本公开一示例性实施例中批次优先场景模式下图集的确定方法的流程示意图，参考图5，该实施例提供的方法包括：

步骤S510，从所述图片资源文件中提取所述目标界面对应的图片；

以及，步骤S520，将所述目标界面对应的图片进行合并，得到所述目标界面对应的图集。

示例性的，对于批次优先场景模式的目标界面，根据其组件类的命名，递归分析出该界面所需要的所有图片，合并为一张图集。以确保在渲染该界面时，无需额外图集，进而提升界面渲染效率，最终实现批次优先的渲染效果，避免因为渲染批次过多造成游戏卡顿。

示例性的，在步骤S140的具体实施方式中，对于上述批次优先场景模式的目标界面，保存该目标界面对应的上述图集，并根据该图集对该目标界面进行渲染。

图5实施例提供了批次优先场景模式下图集的确定方法，使得在渲染效率至关重要的场景，可以最大限度地降低渲染消耗，甚至可能一个批次渲染出复杂的界面。

在示例性的实施例中，若目标应用中的目标界面对应的场景模式为内存优先场景模式，则可以参考图6所示的方法确定该目标界面对应的图集。图6示出本公开一示例性实施例中内存优先场景模式下图集的确定方法的流程示意图，参考图6，该实施例提供的方法包括：

步骤S610，从所述图片资源文件中提取所述目标界面对应的面板及自身的组件对应的图片进行合并，得到第一图集；

这里所说的“目标界面对应的面板及自身的组件对应的图片”是指目标界面的面板对应的图片以及目标界面自身的组件对应的图片。

步骤S620，从所述图片资源文件中提取所述目标界面使用的非自身的组件对应的图片进行合并，得到第二图集；

以及，步骤S630，将所述第一图集和所述第二图集作为所述目标界面对应的图集。

示例性的，对于内存优先场景模式的目标界面，根据组件类的命名，确定自身组件和非自身组件。进一步地，一方面，将该目标界面对应的面板及自身组件对应的图片进行合并合成一张图集，即将该目标界面所有图片合并为上述第一图集。另一方面，将该目标界面所需的非自身组件合并得到另一张图集(即第二图集)。

示例性的，在步骤S140的具体实施方式中，对于上述内存优先场景模式的目标界面，保存该目标界面对应的第一图集和第二图集，并根据第一图集和第二图集对该目标界面进行渲染。

图6实施例提供了内存优先场景模式下图集的确定方法，会将本界面及自身组件用到的图片合成为一张图集，对于用到的其他界面的组件，将该组件用到的图片合并为一张图集。本方案在少量增加渲染批次的情况下，大幅降低内存消耗。

在本示例性的实施例中，在确定上述目标应用中各个界面对应的图集之后，还可以根据每个界面对应的图集对上述目标应用的工程文件进行修改。以优化各个界面的图集组成部分，从而重新生成新的工程文件供将来的界面渲染使用。

本技术方案，根据界面的场景模式来确定界面对应的图集，具体的：针对渲染效率至关重要的界面，在该阶段将递归地找出该界面所用到的所有小图，并将其合并为图集，此种方案通常可以使界面的渲染批次下降一个数量级。针对移动终端设备可能因为内存不足而发生闪退的问题，将对应的界面确定为内存优先场景模式，并将该场景模式下的每一界面的所有内部图片合并为一张图集，外部内容则根据所属界面合并为可复用的多张图集，该方案可以最小化用到的图集大小。将其余的界面(主流界面)确定为默认场景模式，对于默认场景模式的每一界面，确定公用图集和专属图集，以平衡内存占用率与渲染效率。可见，本技术方案能够有效提升界面渲染效率，同时还可以根据界面的场景模式平衡内存占用率与渲染效率。

本领域技术人员可以理解实现上述实施方式的全部或部分步骤被实现为由处理器(包含CPU和GPU)执行的计算机程序。在该计算机程序被CPU执行时，执行本公开提供的上述方法所限定的上述功能。所述的程序可以存储于一种计算机可读存储介质中，该存储介质可以是只读存储器，磁盘或光盘等。

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

以下介绍本公开的装置实施例，可以用于执行本公开上述的数据处理方法。

图7示出了根据本公开的实施例的数据处理装置的结构示意图，参考图7，本实施例提供的界面渲染的处理装置700，包括：文件获取模块701、场景模式确定模块702、图集确定模块703，以及存储模块704。

其中：

上述文件获取模块701，被配置为用于获取目标应用的工程文件及图片资源文件；

上述场景模式确定模块702，被配置为用于根据所述工程文件确定所述目标应用的每个界面对应的场景模式；

上述图集确定模块703，被配置为用于根据所述每个界面对应的场景模式对所述目标应用的图片资源文件进行图片合并处理，获得所述每个界面对应的图集；

上述存储模块704，被配置为用于保存所述每个界面对应的图集，所述图集用于对所述每个界面进行渲染。

在本公开的一些实施例中，基于前述方案，所述根据所述工程文件确定所述目标应用的每个界面对应的场景模式，包括：

将所述工程文件中对所述目标应用的任一界面指定的场景模式确定为所述任一界面对应的场景模式。

在本公开的一些实施例中，基于前述方案，所述场景模式包括：批次优先场景模式、内存优先场景模式、默认场景模式；

所述根据所述工程文件确定所述目标应用的每个界面对应的场景模式，包括：

根据所述工程文件确定目标界面的名称中是否包含预设名称，若是，则确定所述目标界面对应的场景模式为批次优先场景模式；

若所述目标界面的名称中不包含所述预设名称，则根据所述工程文件确定所述目标界面是否使用了非自身的组件，若是，则确定所述目标界面对应的场景模式为内存优先场景模式；

若所述目标界面没有使用非自身的组件，则确定所述目标界面对应的场景模式为默认场景模式。

在本公开的一些实施例中，基于前述方案，上述图集确定模块703，包括：公用图集确定单元、专属图集确定单元和默认场景模式图集确定单元。其中：

若所述目标应用中的目标界面对应的场景模式为默认模式，则：

上述公用图集确定单元，被配置为：根据所述图片资源文件中图片的使用频次提取多张图片进行合并，得到公用图集；

上述专属图集确定单元，被配置为：将所述图片资源文件中所述目标界面对应的图片中除所述公用图集中的图片外的其他图片进行合并，得到所述目标界面对应的专属图集；

上述默认场景模式图集确定单元，被配置为：将所述公用图集和所述专属图集作为所述目标界面对应的图集。

在本公开的一些实施例中，基于前述方案，上述公用图集确定单元，具体被配置为：

确定所述目标界面在所述目标应用中对应的系统；确定所述系统的每张图片在所述系统中的使用频次；提取在所述系统中的使用频次排名在预设范围内的图片进行合并，得到所述公用图集。

在本公开的一些实施例中，基于前述方案，上述图集确定模块703，具体被配置为：

若所述目标应用中的目标界面对应的场景模式为批次优先场景模式，则：

从所述图片资源文件中提取所述目标界面对应的图片；将所述目标界面对应的图片进行合并，得到所述目标界面对应的图集。

在本公开的一些实施例中，基于前述方案，上述图集确定模块703，具体还被配置为：

若所述目标应用中的目标界面对应的场景模式为内存优先场景模式，则：

从所述图片资源文件中提取所述目标界面对应的面板及自身的组件对应的图片进行合并，得到第一图集；从所述图片资源文件中提取所述目标界面使用的非自身的组件对应的图片进行合并，得到第二图集；将所述第一图集和所述第二图集作为所述目标界面对应的图集。

在本公开的一些实施例中，基于前述方案，所述界面渲染的处理装置700，还包括：合法性确定模块。其中：

上述合法性确定模块，被配置为：在上述图集确定模块703根据所述每个界面对应的场景模式对所述目标应用的图片资源文件进行图片合并处理之前：确定所述图片资源文件合法。

在本公开的一些实施例中，基于前述方案，所述界面渲染的处理装置700，还包括：修改模块。其中：

上述修改模块，被配置为：根据所述每个界面对应的图集对所述目标应用的工程文件进行修改。

由于本公开的示例实施例的数据处理装置的各个功能模块与上述数据处理方法的示例实施例的步骤对应，因此对于本公开装置实施例中未披露的细节，请参照本公开上述的数据处理方法的实施例。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

此外，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本公开实施方式的方法。

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

参考图8所示，描述了根据本公开的实施方式的用于实现上述方法的程序产品800，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本公开的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

上述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

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

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

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

此外，在本公开的示例性实施例中，还提供了一种能够实现上述方法的电子设备。

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

下面参照图9来描述根据本公开的这种实施方式的电子设备900。图9显示的电子设备900仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图9所示，电子设备900以通用计算设备的形式表现。电子设备900的组件可以包括但不限于：上述至少一个处理单元910、上述至少一个存储单元920、连接不同系统组件(包括存储单元920和处理单元910)的总线930。

其中，上述存储单元存储有程序代码，上述程序代码可以被上述处理单元910执行，使得上述处理单元910执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。例如，上述处理单元910可以执行如图1中所示的：步骤S110，获取目标应用的工程文件及图片资源文件；步骤S120，根据所述工程文件确定所述目标应用的每个界面对应的场景模式；步骤S130，根据所述每个界面对应的场景模式对所述目标应用的图片资源文件进行图片合并处理，获得所述每个界面对应的图集；以及，步骤S140，保存所述每个界面对应的图集，所述图集用于对所述每个界面进行渲染。

示例性的，上述处理单元910还可以执行如图2至图6中任意一图所示的数据处理方法。

存储单元920可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)9201和/或高速缓存存储单元9202，还可以进一步包括只读存储单元(ROM)9203。

存储单元920还可以包括具有一组(至少一个)程序模块9205的程序/实用工具9204，这样的程序模块9205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

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

电子设备900也可以与一个或多个外部设备1000(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备900交互的设备通信，和/或与使得该电子设备900能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口950进行。并且，电子设备900还可以通过网络适配器970与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公用网络，例如因特网)通信。如图所示，网络适配器960通过总线930与电子设备900的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备900使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施方式的方法。

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

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

Claims (12)

1.一种界面渲染的处理方法，其特征在于，所述处理方法包括：

获取目标应用的工程文件及图片资源文件；

根据所述工程文件确定所述目标应用的每个界面对应的场景模式；

根据所述每个界面对应的场景模式对所述目标应用的图片资源文件进行图片合并处理，获得所述每个界面对应的图集；

保存所述每个界面对应的图集，所述图集用于对所述每个界面进行渲染。

2.根据权利要求1所述的处理方法，其特征在于，所述根据所述工程文件确定所述目标应用的每个界面对应的场景模式，包括：

将所述工程文件中对所述目标应用的任一界面指定的场景模式确定为所述任一界面对应的场景模式。

3.根据权利要求1所述的处理方法，其特征在于，所述场景模式包括：批次优先场景模式、内存优先场景模式、默认场景模式；

所述根据所述工程文件确定所述目标应用的每个界面对应的场景模式，包括：

根据所述工程文件确定目标界面的名称中是否包含预设名称，若是，则确定所述目标界面对应的场景模式为批次优先场景模式；

若所述目标界面的名称中不包含所述预设名称，则根据所述工程文件确定所述目标界面是否使用了非自身的组件，若是，则确定所述目标界面对应的场景模式为内存优先场景模式；

若所述目标界面没有使用非自身的组件，则确定所述目标界面对应的场景模式为默认场景模式。

4.根据权利要求3所述的处理方法，其特征在于，所述根据所述每个界面对应的场景模式对所述目标应用的图片资源文件进行图片合并处理，获得所述每个界面对应的图集，包括：

若所述目标应用中的目标界面对应的场景模式为默认模式，则根据所述图片资源文件中图片的使用频次提取多张图片进行合并，得到公用图集；

将所述图片资源文件中所述目标界面对应的图片中除所述公用图集中的图片外的其他图片进行合并，得到所述目标界面对应的专属图集；

将所述公用图集和所述专属图集作为所述目标界面对应的图集。

5.根据权利要求4所述的处理方法，其特征在于，所述根据所述图片资源文件中图片的使用频次提取多张图片进行合并，得到公用图集，包括：

确定所述目标界面在所述目标应用中对应的系统；

确定所述系统的每张图片在所述系统中的使用频次；

提取在所述系统中的使用频次排名在预设范围内的图片进行合并，得到所述公用图集。

6.根据权利要求3所述的处理方法，其特征在于，所述根据所述每个界面对应的场景模式对所述目标应用的图片资源文件进行图片合并处理，获得所述每个界面对应的图集，包括：

若所述目标应用中的目标界面对应的场景模式为批次优先场景模式，从所述图片资源文件中提取所述目标界面对应的图片；

将所述目标界面对应的图片进行合并，得到所述目标界面对应的图集。

7.根据权利要求3所述的处理方法，其特征在于，所述根据所述每个界面对应的场景模式对所述目标应用的图片资源文件进行图片合并处理，获得所述每个界面对应的图集，包括：

若所述目标应用中的目标界面对应的场景模式为内存优先场景模式，从所述图片资源文件中提取所述目标界面对应的面板及自身的组件对应的图片进行合并，得到第一图集；

从所述图片资源文件中提取所述目标界面使用的非自身的组件对应的图片进行合并，得到第二图集；

将所述第一图集和所述第二图集作为所述目标界面对应的图集。

8.根据权利要求1至7中任意一项所述的处理方法，其特征在于，根据所述每个界面对应的场景模式对所述目标应用的图片资源文件进行图片合并处理之前，还包括：

确定所述图片资源文件合法。

9.根据权利要求1至7中任意一项所述的处理方法，其特征在于，所述方法还包括：

根据所述每个界面对应的图集对所述目标应用的工程文件进行修改。

10.一种界面渲染的处理装置，其特征在于，所述处理装置包括：：

文件获取模块，被配置为用于获取目标应用的工程文件及图片资源文件；

场景模式确定模块，被配置为用于根据所述工程文件确定所述目标应用的每个界面对应的场景模式；

图集确定模块，被配置为用于根据所述每个界面对应的场景模式对所述目标应用的图片资源文件进行图片合并处理，获得所述每个界面对应的图集；

存储模块，被配置为用于保存所述每个界面对应的图集，所述图集用于对所述每个界面进行渲染。

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

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

一个或多个处理器；

存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如权利要求1至9中任一项所述的界面渲染的处理方法。

Images