CN113934469A - 模板加载方法、控制方法、装置、设备及存储介质 - Google Patents

Abstract

本公开实施例提供一种模板加载方法、控制方法、装置、设备及存储介质，该方法包括：针对待显示的目标页面，确定多个配置源对应的模板优先级信息；其中，每一配置源对应的模板优先级信息包括通过所述配置源确定的所述目标页面的至少一种模板加载方式的优先级；根据所述多个配置源对应的模板优先级信息，确定所述目标页面的各模板加载方式的加载优先级；根据各模板加载方式对应的加载优先级，加载所述目标页面对应的模板文件。本公开实施例提供的模板加载方法、控制方法、装置、设备及存储介质，可以通过不同的配置源对模板加载方式的优先级进行配置，提高模板加载的灵活性，满足不同场景下的应用需求。

Description

模板加载方法、控制方法、装置、设备及存储介质

技术领域

本公开实施例涉及计算机技术领域，尤其涉及一种模板加载方法、控制方法、装置、设备及存储介质。

背景技术

随着电子设备的普及以及用户对电子设备使用时长的不断增长，涌现出越来越多的针对电子设备的控制方式，当有多种控制方式时，如何更加灵活地对多种控制方式进行配置成为需要解决的问题。

例如，随着可视化页面的应用越来越广泛，如何提高页面显示的性能成为热点问题。目前，在需要显示目标页面时，一般需要先加载目标页面对应的模板文件。当有多种模板加载方式时，按照预定的优先级顺序对模板进行加载，自由度不够高，导致模板加载的灵活性较差，难以满足不同场景下的使用需求。

发明内容

本公开实施例提供一种模板加载方法、控制方法、装置、设备及存储介质，以解决现有技术中模板加载的灵活性较差的技术问题。

第一方面，本公开实施例提供一种模板加载方法，包括：

针对待显示的目标页面，确定多个配置源对应的模板优先级信息；其中，每一配置源对应的模板优先级信息包括通过所述配置源确定的所述目标页面的至少一种模板加载方式的优先级；

根据所述多个配置源对应的模板优先级信息，确定所述目标页面的各模板加载方式的加载优先级；

根据各模板加载方式对应的加载优先级，加载所述目标页面对应的模板文件。

第二方面，本公开实施例提供一种多优先级融合的控制方法，包括：

确定多个配置源对应的控制优先级信息；其中，每一配置源对应的控制优先级信息包括通过所述配置源确定的至少一种控制方式的优先级；

根据所述多个配置源对应的控制优先级信息，确定各控制方式的控制优先级；

其中，确定多个配置源对应的控制优先级信息，包括下述至少两项：

获取页面链接参数，所述页面链接参数包括至少一个控制方式对应的优先级；

通过调试配置信息确定至少一个控制方式对应的优先级；

通过任务配置信息确定至少一个控制方式对应的优先级；

通过软件开发工具包获取至少一种控制方式对应的默认优先级。

第三方面，本公开实施例提供一种模板加载装置，包括：

第一确定模块，用于针对待显示的目标页面，确定多个配置源对应的模板优先级信息；其中，每一配置源对应的模板优先级信息包括通过所述配置源确定的所述目标页面的至少一种模板加载方式的优先级；

第二确定模块，用于根据所述多个配置源对应的模板优先级信息，确定所述目标页面的各模板加载方式的加载优先级；

加载模块，用于根据各模板加载方式对应的加载优先级，加载所述目标页面对应的模板文件。

第四方面，本公开实施例提供一种多优先级融合的控制装置，包括：

第三确定模块，用于确定多个配置源对应的控制优先级信息；其中，每一配置源对应的控制优先级信息包括通过所述配置源确定的至少一种控制方式的优先级；

控制模块，用于根据所述多个配置源对应的控制优先级信息，确定各控制方式的控制优先级；

其中，确定多个配置源对应的控制优先级信息，包括下述至少两项：

获取页面链接参数，所述页面链接参数包括至少一个控制方式对应的优先级；

通过调试配置信息确定至少一个控制方式对应的优先级；

通过任务配置信息确定至少一个控制方式对应的优先级；

通过软件开发工具包获取至少一种控制方式对应的默认优先级。

第五方面，本公开实施例提供一种电子设备，包括：存储器和至少一个处理器；

所述存储器存储计算机执行指令；

所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如上第一方面以及第二方面各种可能的设计所述的方法。

第六方面，本公开实施例提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如上第一方面以及第二方面各种可能的设计所述的方法。

第七方面，本公开实施例提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现如上第一方面以及第二方面各种可能的设计所述的方法。

本公开实施例提供的模板加载方法、控制方法、装置、设备及存储介质，可以针对待显示的目标页面，确定多个配置源对应的模板优先级信息，其中，每一配置源对应的模板优先级信息包括通过所述配置源确定的所述目标页面的至少一种模板加载方式的优先级，根据所述多个配置源对应的模板优先级信息，确定所述目标页面的各模板加载方式的加载优先级，根据各模板加载方式对应的加载优先级，加载所述目标页面对应的模板文件，可以实现通过不同的配置源对模板加载方式的优先级进行配置，提高模板加载的灵活性，满足不同场景下的应用需求，并且可以实现多配置源的融合，具有较高的自由度。

附图说明

为了更清楚地说明本公开实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其它的附图。

图1为本公开实施例提供的一种应用场景示意图；

图2为本公开实施例提供的一种模板加载方法的流程示意图；

图3为本公开实施例提供的一种Schema参数的应用原理图；

图4为本公开实施例提供的一种模板加载方法的配置示意图；

图5为本公开实施例提供的一种确定加载优先级的流程示意图；

图6为本公开实施例提供的一种多方配置优先级的示意图；

图7为本公开实施例提供的一种多优先级融合的控制方法的流程示意图；

图8为本公开实施例提供的一种模板加载装置的结构框图；

图9为本公开实施例提供的一种多优先级融合的控制装置的结构框图；

图10为本公开实施例提供的一种电子设备的结构框图。

具体实施方式

为使本公开实施例的目的、技术方案和优点更加清楚，下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本公开一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本公开保护的范围。

图1为本公开实施例提供的一种应用场景示意图。如图1所示，当终端设备需要显示目标页面时，可以从云端的服务器获取目标页面对应的模板。所述终端设备可以为手机、计算机、平板设备等任意可以显示目标页面的设备。

其中，模板也可以称为资源或UI(User Interface，用户界面)，用户设备显示的任意一个页面，都可以通过对应的模板加内容来生成。

在一种实现方式中，终端设备可以先将模板从云端的服务器下载到本地磁盘，然后再从本地磁盘加载到内存，最后再通过渲染引擎进行渲染，得到显示在屏幕上的页面。因此，模板的加载过程可以认为是包含云端到本地、本地到内存、内存到屏幕等流程，每一流程都需要耗费一定的时间。

现有技术中，多种模板加载方式一般使用固定的优先级顺序，例如，本地或内存的优先级较高，云端的优先级较低。在需要显示页面时，直接从本地或内存中加载模板，本地或内存中不存在模板时再从云端加载。这种方式可以有效提高处理效率，但是也存在弊端，当设备或APP没有重新启动的情况下，本地或内存中的模板一般不会被清理掉也不会实时更新，因此，显示页面时加载的可能并不是最新的模板，只有在设备或APP重启后才会从云端加载最新的模板，因此时效性较差，难以满足不同场景下的需求。

有鉴于此，本公开实施例提供一种模板加载方法，可以通过多个配置源对模板加载方式的优先级进行配置，在需要显示目标页面时，可以获取多个配置源配置的优先级信息，并对多个配置源配置的优先级信息进行融合(merge)，得到各个模板加载方式对应的融合后的优先级，并基于融合后的优先级进行模板加载，方案的设计和最终实现更加灵活，不限配置源数量，不限模板加载方式的数量，能够将多配置源的加载策略动态融合成一个优先级策略，支持用户灵活配置模板加载方式的优先级，提高模板加载的灵活性。

例如，当需要效率较高时，可以配置内存加载的优先级较高，当需要时效性较高时，可以配置服务器加载的优先级较高，从而满足不同场景下的效率或时效性需求。

并且，本公开实施例还可以实现通过不同的配置源对模板加载方式的优先级进行配置，允许多配置源的策略进行融合，方便用户对优先级进行调整，具有较高的自由度和较强的可移植性。

下面结合附图，对本公开的一些实施方式作详细说明。在各实施例之间不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。

图2为本公开实施例提供的一种模板加载方法的流程示意图。本实施例的方法可以应用于任意需要加载模板的设备，例如图1中的终端设备。如图2所示，所述模板加载方法可以包括：

步骤201、针对待显示的目标页面，确定多个配置源对应的模板优先级信息。

可选的，目标页面可以对应有多种模板加载方式，每一配置源可以对其中至少一种模板加载方式的优先级进行配置。

其中，每一配置源对应的模板优先级信息包括通过所述配置源确定的所述目标页面的至少一种模板加载方式的优先级。

可选的，所述模板加载方式可以包括但不限于下述至少一种：

通过高速缓存(Cache)加载模板文件，即，指从Cache中查找并加载目标页面对应的模板文件；

通过页面渲染引擎(Gecko)加载模板文件，其中，Gecko可以从本地加载已经下载好的模板文件；

通过内置方式(Build_in)加载模块文件，其中，通过Build_in也可以从本地加载模板文件，但该模板文件可以不是从服务器下载的，而是内置好的；

通过内容分发网络(Content Delivery Network，CDN)加载模板文件，具体的，可以向CDN服务器发送请求，并从CDN服务器获取目标页面对应的模板文件。

在需要显示目标页面时，可以获取每一配置源配置的至少一种模板加载方式的优先级。

步骤202、根据所述多个配置源对应的模板优先级信息，确定所述目标页面的各模板加载方式的加载优先级。

可选的，可以对多个配置源对应的模板优先级信息进行融合，得到各模板加载方式的融合后的优先级，记为加载优先级。

具体的融合方式可以有多种，本实施例不作限制。为了便于描述，本公开实施例中以多种模板加载方式包括上述四种为例进行说明。

一个示例中，每一配置源可以对多种模板加载方式的优先级进行配置，例如，可以设置3个配置源，每个配置源可以配置上述4种模板加载方式的优先级。对于每一模板加载方式，对通过3种配置源配置的该模板加载方式的优先级进行融合，得到对应的加载优先级。

另一示例中，每一配置源可以对部分模板加载方式的优先级进行配置，例如，可以设置2个配置源，其中一个配置源对Cache和Gecko的优先级进行配置，另一配置源对Build_in、CDN的优先级进行配置，通过2个配置源确定的各个模板加载方式的优先级作为加载优先级。

步骤203、根据各模板加载方式对应的加载优先级，加载所述目标页面对应的模板文件。

可选的，可以优先使用加载优先级高的模板加载方式进行目标页面的模板文件的加载，若通过优先级高的模板加载方式无法加载目标页面的模板文件，则使用下一优先级的模板加载方式进行加载，以此类推，直至加载成功。

例如，Cache、Gecko、Build_in、CDN四种模板加载方式的优先级依次降低，则在需要显示目标页面时，首先通过Cache加载模板文件，若Cache中不存在目标页面对应的模板文件，则通过Gecko加载模板文件，若依然无法加载则通过Build_in加载模板文件，若还不能加载到模板文件则通过CDN加载。

在实际应用中，可以通过多个配置源对模板加载方式的优先级进行配置，当需要调整模板加载方式的优先级时，可以通过多个配置源中任意一个或多个配置源进行调整，调整之后，可以使用新配置的模板加载方式的优先级进行模板加载。

本实施例提供的模板加载方法，可以针对待显示的目标页面，确定多个配置源对应的模板优先级信息，其中，每一配置源对应的模板优先级信息包括通过所述配置源确定的所述目标页面的至少一种模板加载方式的优先级，根据所述多个配置源对应的模板优先级信息，确定所述目标页面的各模板加载方式的加载优先级，根据各模板加载方式对应的加载优先级，加载所述目标页面对应的模板文件，可以实现通过不同的配置源对模板加载方式的优先级进行配置，提高模板加载的灵活性，满足不同场景下的应用需求，并且可以实现多配置源的融合，具有较高的自由度。

在上述实施例提供的技术方案的基础上，可选的是，所述目标页面有多种模板加载方式，每一配置源用于确定所述多种模板加载方式中至少部分模板加载方式的优先级。

可选的，确定多个配置源对应的模板优先级信息，包括下述至少两项：

获取所述目标页面对应的页面链接(Schema)参数，所述页面链接参数包括至少一个模板加载方式对应的优先级；通过调试配置信息(Debug Config)确定至少一个模板加载方式对应的优先级；通过任务配置信息(Task Config)确定至少一个模板加载方式对应的优先级；通过软件开发工具包(Software Development Kit，SDK)获取所述多种模板加载方式对应的默认优先级。

其中，Schema参数可以是服务器返回的针对目标页面的参数。在打开目标页面之前，例如，在显示目标页面的前一页面时，设备可以从服务器获取Schema参数。

图3为本公开实施例提供的一种Schema参数的应用原理图。如图3所示，用户打开接口页面，接口页面有多个图标，例如登陆、注册、广告，分别指向不同的页面，设备可以收到服务器返回的Schema参数。当用户点击任一图标跳转到对应页面时，可以根据该页面对应的Schema参数确定页面显示的数据。不同的页面可以对应不同的Schema参数，例如，服务器可以针对登陆页面、注册页面、广告页面分别返回对应的Schema参数。

假设用户在接口页面上点击广告的图标，则目标页面为广告页面，可以根据广告页面对应的Schema参数确定广告页面的内容，例如商品名称为水杯、价格为19.9。

在本实施例中，Schema参数还可以包括目标页面的模板加载方式的优先级，从而在显示目标页面之前，可以利用Schema参数中的优先级信息选择对应的模板加载方式并实现目标页面的渲染。

除了Schema参数以外，还可以通过Debug Config、Task Config、SDK等多种配置源对模板加载方式的优先级进行配置。

可选的，SDK可以设置模板加载方式的默认优先级。用户可以通过Debug Config或Task Config调整模板加载方式的优先级。

在实际应用中，可以启用上述四种配置源中的两个或者更多个配置源，每一配置源可以对至少部分模板加载方式进行配置。

图4为本公开实施例提供的一种模板加载方法的配置示意图。如图4所示，可以通过Schema参数配置Cache和Gecko的优先级，通过SDK配置Gecko和Build_in的优先级，通过Debug Config配置CDN的优先级。

当一种模板加载方式被至少两个配置源配置时，可以将所述至少两个配置源配置的优先级进行融合，得到该模板加载方式的优先级。例如，将通过Schema参数配置的Gecko的优先级与通过SDK配置的Gecko的优先级进行融合，得到Gecko的加载优先级。最终，根据各个模板加载方式的加载优先级，可以确定目标页面的模板加载顺序。

可选的，不同的配置源可以有不同的控制级别。根据所述多个配置源对应的模板优先级信息，确定所述目标页面的各模板加载方式的加载优先级，可以包括：根据所述多个配置源对应的模板优先级信息以及每一配置源的控制级别，确定所述目标页面的各模板加载方式的加载优先级。

例如，可以按照如下方式设置控制级别。

Schema：支持通用容器Schema传参，动态控制优先级，Schema可以适用于目标页面加载优先级控制，控制级别最高；

Debug Config：Debug模式下生效，适用于所有页面，控制级别第二；

SDK：适用于所有页面，控制级别第三。

上述三种配置源配置优先级的策略可以同时存在时，可以分别为每一配置源设置优先级策略Scope(范围)的限制，不同配置源的控制级别不同，支持多配置源的优先级策略的融合。

在实际应用中，也可以根据需求调整各个配置源对应的优先级。在加载目标页面时，可以利用控制级别确定优先级的融合方式，例如，当有至少两种配置源对同一模板加载方式的优先级进行配置时，可以以控制级别高的配置源确定的优先级为准，或者，以加权求和的方式确定优先级并设置控制级别越高，权重越大。

通过为不同的配置源设置不同的控制级别，能够实现对多种配置源的控制程度的调整，进一步提高模板加载的灵活性。

图5为本公开实施例提供的一种确定加载优先级的流程示意图。如图5所示，根据所述多个配置源对应的模板优先级信息以及每一配置源的控制级别，确定所述目标页面的各模板加载方式的加载优先级，可以包括：

步骤501、对于每一配置源，根据所述配置源的控制级别，对所述配置源对应的至少一个模板加载方式的优先级进行调整。

其中，所述控制级别与调整后的优先级可以为正相关关系。所述正相关关系可以是指，控制级别越高，调整后的优先级越高，控制级别越低，调整后的优先级越低。

可选的，在通过每个配置源配置优先级时，可以不必考虑配置源的控制级别，即，不同控制级别可选的优先级数值可以是一致，但是在使用时可以根据配置源的控制级别对优先级数值进行调整。

例如，在通过每一配置源配置优先级时，四种模板加载方式的优先级均可以在1、2、3、4中取值，在加载目标页面时，可以针对不同控制级别的配置源的优先级乘以不同的系数，例如，高控制级别对应的调整后的优先级为1*10、2*10、3*10、4*10，中控制级别对应的调整后的优先级为1*1、2*1、3*1、4*1，低控制级别对应的调整后的优先级为1*0.5、2*0.5、3*0.5、4*0.5。

或者，在配置时也可以通过排序的方式表征各个模板加载方式的优先级。在加载目标页面时，可以根据配置源的控制级别及其配置的模板加载方式的顺序确定对应的调整后的优先级。

可选的，在确定多个配置源对应的模板优先级信息时，可以获取各个配置源对应的优先级数组，其中，所述优先级数组包含至少一个元素，所述元素用于表示模板加载方式，所述优先级数组中元素的顺序用于表示对应的模板加载方式的优先级。

例如，在通过Schema参数配置优先级时，设置CDN的优先级最高，Gecko的优先级次之，其它模板加载方式的优先级不设置，则对应的优先级数组为{CDN，Gecko}。

相应的，根据所述配置源的控制级别，对所述配置源对应的至少一个模板加载方式的优先级进行调整，可以包括：

根据所述配置源对应的优先级数组中的元素顺序，以及所述配置源的控制级别对应的映射表，确定至少一个模板加载方式对应的调整后的优先级；其中，所述控制级别对应的映射表包含所述控制级别下元素顺序与调整后的优先级的对应关系。

例如，对于Schema这一配置源来说，映射表中第1、2、3、4个元素对应的优先级分别为2300、2200、2100、2000，则在优先级数组为{CDN，Gecko}时，CDN对应的调整后的优先级为2300，Gecko对应的调整后的优先级为2200。

对于同一元素顺序来说，控制级别越高，对应的调整后的优先级越高，控制级别越低，对应的调整后的优先级越低。例如，Schema的控制级别高于SDK，则Schema对应的映射表中第1个元素的调整后的优先级高于SDK对应的映射表中第1个元素的调整后的优先级。

通过上述方法，每种配置源对应的优先级策略可以通过一维数组来传递，直接根据数组里各模板加载方式的顺序确定优先级即可，能够使得用户在通过多个配置源配置优先级时不必考虑各个配置源对应的控制级别，在加载页面时，通过控制级别实现优先级的调整，使得配置更加简单高效，提高用户体验度。

可选的，每一控制级别对应的映射表中第i个元素的优先级为第i个元素的预置优先级与所述控制级别对应的级别补偿之和；其中，多个控制级别中第i个元素对应的预置优先级相同，相邻两个控制级别对应的级别补偿之差，大于最低控制级别对应的映射表中的最大优先级与最小优先级之差。

例如，可以通过如下方式设置各配置源对应的映射表。

JSON

SDK默认四个优先级：

First_Defalult_Priority＝300

Second_Default_Priority＝200

Third_Default_Priority＝100

Fouth_Default_Priority＝0

Debug Config四个优先级：

First_Debug_Priority＝First_Defalult_Priority+1000

Second_Debug_Priority＝Second_Default_Priority+1000

Third_Debug_Priority＝Third_Default_Priority+1000

Fouth_Debug_Priority＝Fouth_Default_Priority+1000

Schema四个优先级：

First_Schema_Priority＝First_Defalult_Priority+2000

Second_Schema_Priority＝Second_Default_Priority+2000

Third_Schema_Priority＝Third_Default_Priority+2000

Fouth_Schema_Priority＝Fouth_Default_Priority+2000

其中，Schema、Debug Config、SDK的优先级依次降低，每一控制级别对应的映射表中第i个元素的优先级可以为第i个元素的预置优先级(Default_Priority)与所述控制级别对应的级别补偿之和。最高、次高、最低控制级别对应的级别补偿分别为2000、1000、0。多个控制级别中第i个元素对应的预置优先级相同。i的取值为1至n，n为模板加载方式的数量。

此外，相邻两个控制级别对应的级别补偿之差为1000，大于最低控制级别SDK对应的映射表中的最大优先级300与最小优先级0的差值。

由于控制级别最高的Schema对应的级别补偿最大，且大于最大预置优先级与最小预置优先级之差，因此，可以使得Schema配置的优先级在进行优先级融合时总是起决定性作用的，从而能够有效区分各控制级别的配置源对优先级的影响程度，提高控制准确性。

步骤502、根据多个配置源对应的调整后的优先级，确定所述目标页面的各模板加载方式的加载优先级。

在确定多个配置源对应的各模板加载方式的调整后的优先级之后，可以针对每一模板加载方式，将多个配置源对应的调整后的优先级进行融合，得到该模板加载方式的加载优先级。

可选的，根据多个配置源对应的调整后的优先级，确定所述目标页面的各模板加载方式的加载优先级，可以包括：

对于每一模板加载方式，将所述模板加载方式对应的调整后的优先级进行加权求和，得到所述模板加载方式的加载优先级；或者，对于每一模板加载方式，查找所述模板加载方式对应的调整后的优先级中的最高优先级，所述最高优先级为所述模板加载方式的加载优先级。

举例来说，假设通过Schema参数获取到的优先级数组为{CDN，Gecko}，则按照前述的映射表对优先级进行调整，可得该配置源下CDN的优先级＝2300，Gecko的优先级＝2200。

假设通过Debug Config获取到的优先级数组为{Cache，CDN}，同理则可得该配置源下Cache的优先级＝1300，CDN的优先级＝1200。假设通过SDK获取到的优先级数组为{Cache，Gecko，CDN，Build_in}，则可得该配置源下Cache的优先级＝300，Gecko的优先级＝200，CDN的优先级＝100，Build_in的优先级＝0。

可以采用求和的方式对各配置源得到的优先级进行融合：

CDN的加载优先级＝2300+1200+100＝3600；

Cache的加载优先级＝1300+300＝1600；

Gecko的加载优先级＝2200+200＝2400；

Build_in的加载优先级＝0。

在DJ框架下，可以使用Map<String,Int>表示融合后得到的优先级：

可选的，所述Map参数可以作为页面参数传入DJ Fragment，最终控制DJLynxTemplateLoader的加载优先级逻辑，就可以按照上述的优先级逻辑去进行模板的加载，即，优先通过CDN进行模板的加载，Cache、Gecko、Build_in的优先级顺序依次降低。

在此基础上，还可以为不同的配置源设置不同的权重，例如，控制级别越高，权重越大，通过加权求和的方式确定加载优先级，从而可以根据控制级别对各配置源对应的优先级进行加权融合，满足不同场景下的需求。

或者，对于每一模板加载方式，可以通过查找所述模板加载方式对应的调整后的优先级中的最高优先级，将所述最高优先级作为所述模板加载方式的加载优先级，例如，通过Schema、Debug Config、SDK这三种配置源确定的CDN的优先级分别为2300、1200、100，则以Schema为准，取2300作为CDN的加载优先级，能够减少计算量，提高页面加载的效率。

本实施例提供的模板加载方法，对于每一配置源，可以根据所述配置源的控制级别，对所述配置源对应的至少一个模板加载方式的优先级进行调整，控制级别越高，调整后的优先级越高，根据多个配置源对应的调整后的优先级，确定所述目标页面的各模板加载方式的加载优先级，可以实现在通过每个配置源配置优先级时不考虑配置源的控制级别，在使用时可以根据配置源的控制级别对优先级进行调整，提高了配置优先级的效率，提升用户体验度。

在上述各实施例提供的技术方案的基础上，可选的是，还可以获取用户输入的至少一个配置源对应的控制级别，并根据用户的输入调整所述多个配置源的控制级别。

可选的，可以默认采用的Schema、Debug Config、SDK的控制级别依次降低的方案，在此基础上，用户可以对控制级别进行调整，例如，将Debug Config的控制级别调整为最高，这样可以增加通过Debug Config配置的优先级的影响力，从而用户可以在本地直接修改Debug Config参数去改变模板加载方式的优先级。

通过允许对至少一个配置源对应的控制级别进行调整，可以使用户根据实际场景调整对模板加载方式优先级的影响力最大的配置源，满足不同场景下的使用需求。

可选的，还可以获取用户输入的至少一个配置源对应的模板优先级信息，并根据用户的输入调整所述至少一个配置源对应的模板优先级信息。

其中，所述用户可以是指目标页面的使用者，也可以是指目标页面的开发者、运营者、维护者等。

图6为本公开实施例提供的一种多方配置优先级的示意图。如图6所示，在一个实际的场景中，开发者在开发页面时，可以通过SDK这一配置源调整各个模板加载方式的默认优先级。当页面的维护者需要更改页面的模板加载方式时，可以通过Schema这一配置源实现各模板加载方式的优先级的调整，终端设备可以从服务器获取Schema参数，使用者在打开目标页面时终端设备会根据Schema参数中的优先级进行模板加载。当然，使用者也可以在本地通过Debug Config等配置源对优先级进行调整，满足自身的使用需求。

通过目标页面的使用者、开发者、运营者、维护者采用至少一种配置源对目标页面对应的优先级进行调整，可以实现用户对模板加载方式的优先级的实时控制，无需绑定业务逻辑，具有较高的灵活性和较强的适用性。

可选的，还可以根据目标页面的模板加载速度和/或目标页面的时效性需求，调整至少一个配置源对应的模板优先级信息。

例如，可以根据用户输入的需求，或者，根据目标页面的属性，确定是以加载速度为优先还是以时效性为优先，并以此来调整模板加载方式的优先级：若以加载速度为优先，则配置Cache的优先级最高，若以时效性为优先，则配置CDN的优先级为最高。

通过根据目标页面的模板加载速度和/或目标页面的时效性需求，调整至少一个配置源对应的模板优先级信息，可以实现对模板加载方式的优先级的自动控制，节省用户的工作量，提高配置效率。

在上述各实施例的提高的技术方案的基础上，可选的，获取用户输入的至少一个配置源对应的模板优先级信息，包括：根据用户的身份信息确定用户的权限，所述权限用于指示所述多个配置源中允许所述用户使用的配置源；获取所述用户通过与所述权限相匹配的至少一个配置源输入的模板优先级信息。

一个示例中，用户的身份信息可以用于区分用户的职能，例如开发者、运营者、维护者、使用者。例如，对于开发者来说，其权限可以包括Schema、Debug Config、SDK这三种，即，开发者可以通过三种配置源中任意一种或多种来对优先级进行调整。对于运营者或维护者来说，其权限可以包括Schema、Debug Config，即，运营者或维护者可以通过Schema、Debug Config中的至少一项对优先级进行调整，但是无法通过SDK进行调整。对于使用者来说，可以只允许其通过Debug Config进行调整。

另一示例中，用户的身份信息可以用于区分用户的级别，例如，有多个开发者可以对模板加载方式的优先级进行配置，其中，级别较高的开发者可以通过三个配置源进行配置，级别较低的开发者可以通过两个或一个配置源进行配置。

当需要对优先级进行配置时，可以读取用户的身份信息，根据身份信息对应的权限确定允许用户使用的配置源，并获取用户通过该配置源输入的优先级，能够为不同用户设置不同的配置权限，满足多用户场景下的使用需求。

图7为本公开实施例提供的一种多优先级融合的控制方法的流程示意图。如图7所示，所述方法可以包括：

步骤701、确定多个配置源对应的控制优先级信息；其中，每一配置源对应的控制优先级信息包括通过所述配置源确定的至少一种控制方式的优先级。

其中，确定多个配置源对应的控制优先级信息，包括下述至少两项：

获取页面链接参数，所述页面链接参数包括至少一个控制方式对应的优先级；

通过调试配置信息确定至少一个控制方式对应的优先级；

通过任务配置信息确定至少一个控制方式对应的优先级；

通过软件开发工具包获取至少一种控制方式对应的默认优先级。

本实施例中的方法可以应用于任意需要优先级控制的场景。

可选的，所述控制方式可以为页面的控制方式，例如前文所述的页面的模板加载方式。或者，所述控制方式可以为页面上数据的排序方式，所述排序方式可以包括下述至少一项：按时间排序、按热度排序、按相关度、综合排序等。

可选的，所述控制方式也可以为其它控制方式，例如，应用程序的提示方式，所述提示方式可以包括下述至少一项：顶部提示、底部提示、语音提示、文字提示、图片提示、动态提示等。

步骤702、根据所述多个配置源对应的控制优先级信息，确定各控制方式的控制优先级。

以排序方式为例，用户可以通过Schema参数、Debug Config、Task Config、SDK中的任意多种配置源配置排序方式的优先级，当需要显示目标页面时，可以根据多种配置源配置的优先级进行融合，得到最终的各个排序方式的控制优先级，例如，按相关度排序的控制优先级最高，则可以按照相关度对页面上的数据进行排序。

以提示方式为例，用户可以通过Schema参数、Debug Config、Task Config、SDK中的任意多种配置源配置排序方式的优先级，当应用程序需要向用户发出提示时，可以根据多种配置源配置的优先级进行融合，得到最终的各个提示方式的控制优先级，例如，语音提示的控制优先级最高，则可以以语音方式向用户发出提示。

本实施例中，可以通过多个配置源配置控制方式对应的优先级，在使用时对多个配置源配置的优先级进行融合，进一步地，还可以设置不同配置源有不同的控制级别，可以允许用户调整用户级别等等，均与前述实施例中涉及模板加载方式的具体实现方案类似，只需要进行适应性地调整，例如，将前述实施例中的模板优先级信息修改为控制优先级信息、将目标页面的模板加载方式修改为控制方式、将加载优先级修改为控制优先级，具体的实现原理和过程此处不再赘述。

本实施例提供的多优先级融合的控制方法，可以确定多个配置源对应的控制优先级信息，其中，每一配置源对应的控制优先级信息包括通过所述配置源确定的至少一种控制方式的优先级，根据所述多个配置源对应的控制优先级信息，确定各控制方式的控制优先级，提高控制的灵活性，具有较高的自由度和较强的可移植性。

在本公开的一个实施例中，根据所述多个配置源对应的控制优先级信息，确定各控制方式的控制优先级，包括：

根据所述多个配置源对应的控制优先级信息以及每一配置源的控制级别，确定各控制方式的控制优先级。

在本公开的一个实施例中，根据所述多个配置源对应的控制优先级信息以及每一配置源的控制级别，确定各控制方式的控制优先级，包括：

对于每一配置源，根据所述配置源的控制级别，对所述配置源对应的至少一个控制方式的优先级进行调整；

根据多个配置源对应的调整后的优先级，确定各控制方式的控制优先级；

其中，所述控制级别与调整后的优先级为正相关关系。

在本公开的一个实施例中，根据多个配置源对应的调整后的优先级，确定各控制方式的控制优先级，包括：

对于每一控制方式，将所述控制方式对应的调整后的优先级进行加权求和，得到所述控制方式的控制优先级；或者，

对于每一控制方式，查找所述控制方式对应的调整后的优先级中的最高优先级，所述最高优先级为所述控制方式的控制优先级。

在本公开的一个实施例中，确定多个配置源对应的控制优先级信息，包括：

获取各个配置源对应的优先级数组，其中，所述优先级数组包含至少一个元素，所述元素用于表示控制方式，所述优先级数组中元素的顺序用于表示对应的控制方式的优先级；

相应的，根据所述配置源的控制级别，对所述配置源对应的至少一个控制方式的优先级进行调整，包括：

根据所述配置源对应的优先级数组中的元素顺序，以及所述配置源的控制级别对应的映射表，确定至少一个控制方式对应的调整后的优先级；

其中，所述控制级别对应的映射表包含所述控制级别下元素顺序与调整后的优先级的对应关系。

在本公开的一个实施例中，每一控制级别对应的映射表中第i个元素的优先级为第i个元素的预置优先级与所述控制级别对应的级别补偿之和；

其中，多个控制级别中第i个元素对应的预置优先级相同，相邻两个控制级别对应的级别补偿之差，大于最低控制级别对应的映射表中的最大优先级与最小优先级之差；

其中，i的取值为1至n，n为控制方式的数量。

在本公开的一个实施例中，还包括下述至少一项：

获取用户输入的至少一个配置源对应的控制级别，并根据用户的输入调整所述多个配置源的控制级别；

获取用户输入的至少一个配置源对应的控制优先级信息，并根据用户的输入调整所述至少一个配置源对应的控制优先级信息；

根据控制需求，调整至少一个配置源对应的控制优先级信息。

在本公开的一个实施例中，获取用户输入的至少一个配置源对应的控制优先级信息，包括：

根据用户的身份信息确定用户的权限，所述权限用于指示所述多个配置源中允许所述用户使用的配置源；

获取所述用户通过与所述权限相匹配的至少一个配置源输入的控制优先级信息。

对应于以上实施例提供的模板加载方法，本公开实施例还提供一种模板加载装置。图8为本公开实施例提供的一种模板加载装置的结构框图。为了便于说明，仅示出了与本公开实施例相关的部分。参照图8，所述装置可以包括：

第一确定模块801，用于针对待显示的目标页面，确定多个配置源对应的模板优先级信息；其中，每一配置源对应的模板优先级信息包括通过所述配置源确定的所述目标页面的至少一种模板加载方式的优先级；

第二确定模块802，用于根据所述多个配置源对应的模板优先级信息，确定所述目标页面的各模板加载方式的加载优先级；

加载模块803，用于根据各模板加载方式对应的加载优先级，加载所述目标页面对应的模板文件。

在本公开的一个实施例中，所述目标页面有多种模板加载方式，每一配置源用于确定所述多种模板加载方式中至少部分模板加载方式的优先级；

第一确定模块801在确定多个配置源对应的模板优先级信息时，具体用于执行下述至少两项：

获取所述目标页面对应的页面链接参数，所述页面链接参数包括至少一个模板加载方式对应的优先级；

通过调试配置信息确定至少一个模板加载方式对应的优先级；

通过任务配置信息确定至少一个模板加载方式对应的优先级；

通过软件开发工具包获取所述多种模板加载方式对应的默认优先级。

在本公开的一个实施例中，第二确定模块802具体用于：

根据所述多个配置源对应的模板优先级信息以及每一配置源的控制级别，确定所述目标页面的各模板加载方式的加载优先级。

在本公开的一个实施例中，所述第二确定模块802具体用于：

对于每一配置源，根据所述配置源的控制级别，对所述配置源对应的至少一个模板加载方式的优先级进行调整；

根据多个配置源对应的调整后的优先级，确定所述目标页面的各模板加载方式的加载优先级；

其中，所述控制级别与调整后的优先级为正相关关系。

在本公开的一个实施例中，所述第二确定模块802在根据多个配置源对应的调整后的优先级，确定所述目标页面的各模板加载方式的加载优先级时，具体用于：

对于每一模板加载方式，将所述模板加载方式对应的调整后的优先级进行加权求和，得到所述模板加载方式的加载优先级；或者，

对于每一模板加载方式，查找所述模板加载方式对应的调整后的优先级中的最高优先级，所述最高优先级为所述模板加载方式的加载优先级。

在本公开的一个实施例中，所述第一确定模块801在确定多个配置源对应的模板优先级信息时，具体用于：

获取各个配置源对应的优先级数组，其中，所述优先级数组包含至少一个元素，所述元素用于表示模板加载方式，所述优先级数组中元素的顺序用于表示对应的模板加载方式的优先级；

相应的，所述第二确定模块802在根据所述配置源的控制级别，对所述配置源对应的至少一个模板加载方式的优先级进行调整时，具体用于：

根据所述配置源对应的优先级数组中的元素顺序，以及所述配置源的控制级别对应的映射表，确定至少一个模板加载方式对应的调整后的优先级；

其中，所述控制级别对应的映射表包含所述控制级别下元素顺序与调整后的优先级的对应关系。

在本公开的一个实施例中，每一控制级别对应的映射表中第i个元素的优先级为第i个元素的预置优先级与所述控制级别对应的级别补偿之和；

其中，多个控制级别中第i个元素对应的预置优先级相同，相邻两个控制级别对应的级别补偿之差，大于最低控制级别对应的映射表中的最大优先级与最小优先级之差；

其中，i的取值为1至n，n为模板加载方式的数量。

在本公开的一个实施例中，所述第一确定模块801还用于执行至少一项：

获取用户输入的至少一个配置源对应的控制级别，并根据用户的输入调整所述多个配置源的控制级别；

获取用户输入的至少一个配置源对应的模板优先级信息，并根据用户的输入调整所述至少一个配置源对应的模板优先级信息；

根据目标页面的模板加载速度和/或目标页面的时效性需求，调整至少一个配置源对应的模板优先级信息。

在本公开的一个实施例中，所述第一确定模块801在获取用户输入的至少一个配置源对应的模板优先级信息时，具体用于：

根据用户的身份信息确定用户的权限，所述权限用于指示所述多个配置源中允许所述用户使用的配置源；

获取所述用户通过与所述权限相匹配的至少一个配置源输入的模板优先级信息。

在本公开的一个实施例中，所述模板加载方式包括下述至少一种：

通过高速缓存加载模板文件；

通过页面渲染引擎加载模板文件；

通过内置方式加载模块文件；

通过内容分发网络加载模板文件。

本实施例提供的装置，可用于执行上述图1至图6所示实施例的技术方案，其实现原理和技术效果类似，本实施例此处不再赘述。

对应于以上实施例提供的多优先级融合的控制方法，本公开实施例还提供一种多优先级融合的控制装置。图9为本公开实施例提供的一种多优先级融合的控制装置的结构框图。为了便于说明，仅示出了与本公开实施例相关的部分。参照图9，所述装置可以包括：

第三确定模块901，用于确定多个配置源对应的控制优先级信息；其中，每一配置源对应的控制优先级信息包括通过所述配置源确定的至少一种控制方式的优先级；

控制模块902，用于根据所述多个配置源对应的控制优先级信息，确定各控制方式的控制优先级。

其中，确定多个配置源对应的控制优先级信息，包括下述至少两项：

获取页面链接参数，所述页面链接参数包括至少一个控制方式对应的优先级；

通过调试配置信息确定至少一个控制方式对应的优先级；

通过任务配置信息确定至少一个控制方式对应的优先级；

通过软件开发工具包获取至少一种控制方式对应的默认优先级。

在本公开的一个实施例中，所述控制模块902具体用于：

根据所述多个配置源对应的控制优先级信息以及每一配置源的控制级别，确定各控制方式的控制优先级。

在本公开的一个实施例中，所述控制模块902具体用于：

对于每一配置源，根据所述配置源的控制级别，对所述配置源对应的至少一个控制方式的优先级进行调整；

根据多个配置源对应的调整后的优先级，确定各控制方式的控制优先级；

其中，所述控制级别与调整后的优先级为正相关关系。

在本公开的一个实施例中，所述控制模块902在根据多个配置源对应的调整后的优先级，确定各控制方式的控制优先级时，具体用于：

对于每一控制方式，将所述控制方式对应的调整后的优先级进行加权求和，得到所述控制方式的控制优先级；或者，

对于每一控制方式，查找所述控制方式对应的调整后的优先级中的最高优先级，所述最高优先级为所述控制方式的控制优先级。

在本公开的一个实施例中，所述第三确定模块901具体用于：

获取各个配置源对应的优先级数组，其中，所述优先级数组包含至少一个元素，所述元素用于表示控制方式，所述优先级数组中元素的顺序用于表示对应的控制方式的优先级；

相应的，所述控制模块902在根据所述配置源的控制级别，对所述配置源对应的至少一个控制方式的优先级进行调整时，具体用于：

根据所述配置源对应的优先级数组中的元素顺序，以及所述配置源的控制级别对应的映射表，确定至少一个控制方式对应的调整后的优先级；

其中，所述控制级别对应的映射表包含所述控制级别下元素顺序与调整后的优先级的对应关系。

在本公开的一个实施例中，每一控制级别对应的映射表中第i个元素的优先级为第i个元素的预置优先级与所述控制级别对应的级别补偿之和；

其中，多个控制级别中第i个元素对应的预置优先级相同，相邻两个控制级别对应的级别补偿之差，大于最低控制级别对应的映射表中的最大优先级与最小优先级之差；

其中，i的取值为1至n，n为控制方式的数量。

在本公开的一个实施例中，所述第三确定模块901还用于执行下述至少一项：

获取用户输入的至少一个配置源对应的控制级别，并根据用户的输入调整所述多个配置源的控制级别；

获取用户输入的至少一个配置源对应的控制优先级信息，并根据用户的输入调整所述至少一个配置源对应的控制优先级信息；

根据控制需求，调整至少一个配置源对应的控制优先级信息。

在本公开的一个实施例中，所述第三确定模块901在获取用户输入的至少一个配置源对应的控制优先级信息时，具体用于：

根据用户的身份信息确定用户的权限，所述权限用于指示所述多个配置源中允许所述用户使用的配置源；

获取所述用户通过与所述权限相匹配的至少一个配置源输入的控制优先级信息。

本实施例提供的装置，可用于执行上述图7所示实施例的技术方案，其实现原理和技术效果类似，本实施例此处不再赘述。

图10为本公开实施例提供的一种电子设备的结构框图。参考图10，电子设备1000可以为终端设备或服务器。其中，终端设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、个人数字助理(Personal Digital Assistant，简称PDA)、平板电脑(Portable AndroID Device，简称PAD)、便携式多媒体播放器(Portable Media Player，简称PMP)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。图10示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图10所示，电子设备1000可以包括处理装置(例如中央处理器、图形处理器等)1001，其可以根据存储在只读存储器(ReadOnly Memory，简称ROM)1002中的程序或者从存储装置1008加载到随机访问存储器(Random Access Memory，简称RAM)1003中的程序而执行各种适当的动作和处理。在RAM 1003中，还存储有电子设备1000操作所需的各种程序和数据。处理装置1001、ROM 1002以及RAM 1003通过总线1004彼此相连。输入/输出(I/O)接口1005也连接至总线1004。

通常，以下装置可以连接至I/O接口1005：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置1006；包括例如液晶显示器(LiquID CrystalDisplay，简称LCD)、扬声器、振动器等的输出装置1007；包括例如磁带、硬盘等的存储装置1008；以及通信装置1009。通信装置1009可以允许电子设备1000与其它设备进行无线或有线通信以交换数据。虽然图10示出了具有各种装置的电子设备1000，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置1009从网络上被下载和安装，或者从存储装置1008被安装，或者从ROM1002被安装。在该计算机程序被处理装置1001执行时，执行本公开实施例的方法中限定的上述功能。

需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。

上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。

上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备执行上述实施例所示的方法。

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

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，单元的名称在某种情况下并不构成对该单元本身的限定。

本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑设备(CPLD)等等。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

第一方面，根据本公开的一个或多个实施例，提供一种模板加载方法，包括：

针对待显示的目标页面，确定多个配置源对应的模板优先级信息；其中，每一配置源对应的模板优先级信息包括通过所述配置源确定的所述目标页面的至少一种模板加载方式的优先级；

根据所述多个配置源对应的模板优先级信息，确定所述目标页面的各模板加载方式的加载优先级；

根据各模板加载方式对应的加载优先级，加载所述目标页面对应的模板文件。

根据本公开的一个或多个实施例，所述目标页面有多种模板加载方式，每一配置源用于确定所述多种模板加载方式中至少部分模板加载方式的优先级；

确定多个配置源对应的模板优先级信息，包括下述至少两项：

获取所述目标页面对应的页面链接参数，所述页面链接参数包括至少一个模板加载方式对应的优先级；

通过调试配置信息确定至少一个模板加载方式对应的优先级；

通过任务配置信息确定至少一个模板加载方式对应的优先级；

通过软件开发工具包获取所述多种模板加载方式对应的默认优先级。

根据本公开的一个或多个实施例，根据所述多个配置源对应的模板优先级信息，确定所述目标页面的各模板加载方式的加载优先级，包括：

根据所述多个配置源对应的模板优先级信息以及每一配置源的控制级别，确定所述目标页面的各模板加载方式的加载优先级。

根据本公开的一个或多个实施例，根据所述多个配置源对应的模板优先级信息以及每一配置源的控制级别，确定所述目标页面的各模板加载方式的加载优先级，包括：

对于每一配置源，根据所述配置源的控制级别，对所述配置源对应的至少一个模板加载方式的优先级进行调整；

根据多个配置源对应的调整后的优先级，确定所述目标页面的各模板加载方式的加载优先级；

其中，所述控制级别与调整后的优先级为正相关关系。

根据本公开的一个或多个实施例，根据多个配置源对应的调整后的优先级，确定所述目标页面的各模板加载方式的加载优先级，包括：

对于每一模板加载方式，将所述模板加载方式对应的调整后的优先级进行加权求和，得到所述模板加载方式的加载优先级；或者，

对于每一模板加载方式，查找所述模板加载方式对应的调整后的优先级中的最高优先级，所述最高优先级为所述模板加载方式的加载优先级。

根据本公开的一个或多个实施例，确定多个配置源对应的模板优先级信息，包括：

获取各个配置源对应的优先级数组，其中，所述优先级数组包含至少一个元素，所述元素用于表示模板加载方式，所述优先级数组中元素的顺序用于表示对应的模板加载方式的优先级；

相应的，根据所述配置源的控制级别，对所述配置源对应的至少一个模板加载方式的优先级进行调整，包括：

根据所述配置源对应的优先级数组中的元素顺序，以及所述配置源的控制级别对应的映射表，确定至少一个模板加载方式对应的调整后的优先级；

其中，所述控制级别对应的映射表包含所述控制级别下元素顺序与调整后的优先级的对应关系。

根据本公开的一个或多个实施例，每一控制级别对应的映射表中第i个元素的优先级为第i个元素的预置优先级与所述控制级别对应的级别补偿之和；

其中，多个控制级别中第i个元素对应的预置优先级相同，相邻两个控制级别对应的级别补偿之差，大于最低控制级别对应的映射表中的最大优先级与最小优先级之差；

其中，i的取值为1至n，n为模板加载方式的数量。

根据本公开的一个或多个实施例，还包括下述至少一项：

获取用户输入的至少一个配置源对应的控制级别，并根据用户的输入调整所述多个配置源的控制级别；

获取用户输入的至少一个配置源对应的模板优先级信息，并根据用户的输入调整所述至少一个配置源对应的模板优先级信息；

根据目标页面的模板加载速度和/或目标页面的时效性需求，调整至少一个配置源对应的模板优先级信息。

根据本公开的一个或多个实施例，获取用户输入的至少一个配置源对应的模板优先级信息，包括：

根据用户的身份信息确定用户的权限，所述权限用于指示所述多个配置源中允许所述用户使用的配置源；

获取所述用户通过与所述权限相匹配的至少一个配置源输入的模板优先级信息。

根据本公开的一个或多个实施例，所述模板加载方式包括下述至少一种：

通过高速缓存加载模板文件；

通过页面渲染引擎加载模板文件；

通过内置方式加载模块文件；

通过内容分发网络加载模板文件。

第二方面，根据本公开的一个或多个实施例，提供一种多优先级融合的控制方法，包括：

确定多个配置源对应的控制优先级信息；其中，每一配置源对应的控制优先级信息包括通过所述配置源确定的至少一种控制方式的优先级；

根据所述多个配置源对应的控制优先级信息，确定各控制方式的控制优先级；

其中，确定多个配置源对应的控制优先级信息，包括下述至少两项：

获取页面链接参数，所述页面链接参数包括至少一个控制方式对应的优先级；

通过调试配置信息确定至少一个控制方式对应的优先级；

通过任务配置信息确定至少一个控制方式对应的优先级；

通过软件开发工具包获取至少一种控制方式对应的默认优先级。

根据本公开的一个或多个实施例，根据所述多个配置源对应的控制优先级信息，确定各控制方式的控制优先级，包括：

根据所述多个配置源对应的控制优先级信息以及每一配置源的控制级别，确定各控制方式的控制优先级。

根据本公开的一个或多个实施例，根据所述多个配置源对应的控制优先级信息以及每一配置源的控制级别，确定各控制方式的控制优先级，包括：

对于每一配置源，根据所述配置源的控制级别，对所述配置源对应的至少一个控制方式的优先级进行调整；

根据多个配置源对应的调整后的优先级，确定各控制方式的控制优先级；

其中，所述控制级别与调整后的优先级为正相关关系。

根据本公开的一个或多个实施例，根据多个配置源对应的调整后的优先级，确定各控制方式的控制优先级，包括：

对于每一控制方式，将所述控制方式对应的调整后的优先级进行加权求和，得到所述控制方式的控制优先级；或者，

对于每一控制方式，查找所述控制方式对应的调整后的优先级中的最高优先级，所述最高优先级为所述控制方式的控制优先级。

根据本公开的一个或多个实施例，确定多个配置源对应的控制优先级信息，包括：

获取各个配置源对应的优先级数组，其中，所述优先级数组包含至少一个元素，所述元素用于表示控制方式，所述优先级数组中元素的顺序用于表示对应的控制方式的优先级；

相应的，根据所述配置源的控制级别，对所述配置源对应的至少一个控制方式的优先级进行调整，包括：

根据所述配置源对应的优先级数组中的元素顺序，以及所述配置源的控制级别对应的映射表，确定至少一个控制方式对应的调整后的优先级；

其中，所述控制级别对应的映射表包含所述控制级别下元素顺序与调整后的优先级的对应关系。

根据本公开的一个或多个实施例，每一控制级别对应的映射表中第i个元素的优先级为第i个元素的预置优先级与所述控制级别对应的级别补偿之和；

其中，多个控制级别中第i个元素对应的预置优先级相同，相邻两个控制级别对应的级别补偿之差，大于最低控制级别对应的映射表中的最大优先级与最小优先级之差；

其中，i的取值为1至n，n为控制方式的数量。

根据本公开的一个或多个实施例，还包括下述至少一项：

获取用户输入的至少一个配置源对应的控制级别，并根据用户的输入调整所述多个配置源的控制级别；

获取用户输入的至少一个配置源对应的控制优先级信息，并根据用户的输入调整所述至少一个配置源对应的控制优先级信息；

根据控制需求，调整至少一个配置源对应的控制优先级信息。

根据本公开的一个或多个实施例，获取用户输入的至少一个配置源对应的控制优先级信息，包括：

根据用户的身份信息确定用户的权限，所述权限用于指示所述多个配置源中允许所述用户使用的配置源；

获取所述用户通过与所述权限相匹配的至少一个配置源输入的控制优先级信息。

第三方面，根据本公开的一个或多个实施例，提供一种模板加载装置，包括：

第一确定模块，用于针对待显示的目标页面，确定多个配置源对应的模板优先级信息；其中，每一配置源对应的模板优先级信息包括通过所述配置源确定的所述目标页面的至少一种模板加载方式的优先级；

第二确定模块，用于根据所述多个配置源对应的模板优先级信息，确定所述目标页面的各模板加载方式的加载优先级；

加载模块，用于根据各模板加载方式对应的加载优先级，加载所述目标页面对应的模板文件。

根据本公开的一个或多个实施例，所述目标页面有多种模板加载方式，每一配置源用于确定所述多种模板加载方式中至少部分模板加载方式的优先级；

第一确定模块801在确定多个配置源对应的模板优先级信息时，具体用于执行下述至少两项：

获取所述目标页面对应的页面链接参数，所述页面链接参数包括至少一个模板加载方式对应的优先级；

通过调试配置信息确定至少一个模板加载方式对应的优先级；

通过任务配置信息确定至少一个模板加载方式对应的优先级；

通过软件开发工具包获取所述多种模板加载方式对应的默认优先级。

根据本公开的一个或多个实施例，第二确定模块802具体用于：

根据所述多个配置源对应的模板优先级信息以及每一配置源的控制级别，确定所述目标页面的各模板加载方式的加载优先级。

根据本公开的一个或多个实施例，所述第二确定模块802具体用于：

对于每一配置源，根据所述配置源的控制级别，对所述配置源对应的至少一个模板加载方式的优先级进行调整；

根据多个配置源对应的调整后的优先级，确定所述目标页面的各模板加载方式的加载优先级；

其中，所述控制级别与调整后的优先级为正相关关系。

根据本公开的一个或多个实施例，所述第二确定模块802在根据多个配置源对应的调整后的优先级，确定所述目标页面的各模板加载方式的加载优先级时，具体用于：

对于每一模板加载方式，将所述模板加载方式对应的调整后的优先级进行加权求和，得到所述模板加载方式的加载优先级；或者，

对于每一模板加载方式，查找所述模板加载方式对应的调整后的优先级中的最高优先级，所述最高优先级为所述模板加载方式的加载优先级。

根据本公开的一个或多个实施例，所述第一确定模块801在确定多个配置源对应的模板优先级信息时，具体用于：

获取各个配置源对应的优先级数组，其中，所述优先级数组包含至少一个元素，所述元素用于表示模板加载方式，所述优先级数组中元素的顺序用于表示对应的模板加载方式的优先级；

相应的，所述第二确定模块802在根据所述配置源的控制级别，对所述配置源对应的至少一个模板加载方式的优先级进行调整时，具体用于：

根据所述配置源对应的优先级数组中的元素顺序，以及所述配置源的控制级别对应的映射表，确定至少一个模板加载方式对应的调整后的优先级；

其中，所述控制级别对应的映射表包含所述控制级别下元素顺序与调整后的优先级的对应关系。

根据本公开的一个或多个实施例，每一控制级别对应的映射表中第i个元素的优先级为第i个元素的预置优先级与所述控制级别对应的级别补偿之和；

其中，多个控制级别中第i个元素对应的预置优先级相同，相邻两个控制级别对应的级别补偿之差，大于最低控制级别对应的映射表中的最大优先级与最小优先级之差；

其中，i的取值为1至n，n为模板加载方式的数量。

根据本公开的一个或多个实施例，所述第一确定模块801还用于执行至少一项：

获取用户输入的至少一个配置源对应的控制级别，并根据用户的输入调整所述多个配置源的控制级别；

获取用户输入的至少一个配置源对应的模板优先级信息，并根据用户的输入调整所述至少一个配置源对应的模板优先级信息；

根据目标页面的模板加载速度和/或目标页面的时效性需求，调整至少一个配置源对应的模板优先级信息。

根据本公开的一个或多个实施例，所述第一确定模块801在获取用户输入的至少一个配置源对应的模板优先级信息时，具体用于：

根据用户的身份信息确定用户的权限，所述权限用于指示所述多个配置源中允许所述用户使用的配置源；

获取所述用户通过与所述权限相匹配的至少一个配置源输入的模板优先级信息。

根据本公开的一个或多个实施例，所述模板加载方式包括下述至少一种：

通过高速缓存加载模板文件；

通过页面渲染引擎加载模板文件；

通过内置方式加载模块文件；

通过内容分发网络加载模板文件。

第四方面，根据本公开的一个或多个实施例，提供一种多优先级融合的控制装置，包括：

第三确定模块，用于确定多个配置源对应的控制优先级信息；其中，每一配置源对应的控制优先级信息包括通过所述配置源确定的至少一种控制方式的优先级；

控制模块，用于根据所述多个配置源对应的控制优先级信息，确定各控制方式的控制优先级；

其中，确定多个配置源对应的控制优先级信息，包括下述至少两项：

获取页面链接参数，所述页面链接参数包括至少一个控制方式对应的优先级；

通过调试配置信息确定至少一个控制方式对应的优先级；

通过任务配置信息确定至少一个控制方式对应的优先级；

通过软件开发工具包获取至少一种控制方式对应的默认优先级。

根据本公开的一个或多个实施例，所述控制模块902具体用于：

根据所述多个配置源对应的控制优先级信息以及每一配置源的控制级别，确定各控制方式的控制优先级。

根据本公开的一个或多个实施例，所述控制模块902具体用于：

对于每一配置源，根据所述配置源的控制级别，对所述配置源对应的至少一个控制方式的优先级进行调整；

根据多个配置源对应的调整后的优先级，确定各控制方式的控制优先级；

其中，所述控制级别与调整后的优先级为正相关关系。

根据本公开的一个或多个实施例，所述控制模块902在根据多个配置源对应的调整后的优先级，确定各控制方式的控制优先级时，具体用于：

对于每一控制方式，将所述控制方式对应的调整后的优先级进行加权求和，得到所述控制方式的控制优先级；或者，

对于每一控制方式，查找所述控制方式对应的调整后的优先级中的最高优先级，所述最高优先级为所述控制方式的控制优先级。

根据本公开的一个或多个实施例，所述第三确定模块901具体用于：

获取各个配置源对应的优先级数组，其中，所述优先级数组包含至少一个元素，所述元素用于表示控制方式，所述优先级数组中元素的顺序用于表示对应的控制方式的优先级；

相应的，所述控制模块902在根据所述配置源的控制级别，对所述配置源对应的至少一个控制方式的优先级进行调整时，具体用于：

根据所述配置源对应的优先级数组中的元素顺序，以及所述配置源的控制级别对应的映射表，确定至少一个控制方式对应的调整后的优先级；

其中，所述控制级别对应的映射表包含所述控制级别下元素顺序与调整后的优先级的对应关系。

根据本公开的一个或多个实施例，每一控制级别对应的映射表中第i个元素的优先级为第i个元素的预置优先级与所述控制级别对应的级别补偿之和；

其中，多个控制级别中第i个元素对应的预置优先级相同，相邻两个控制级别对应的级别补偿之差，大于最低控制级别对应的映射表中的最大优先级与最小优先级之差；

其中，i的取值为1至n，n为控制方式的数量。

根据本公开的一个或多个实施例，所述第三确定模块901还用于执行下述至少一项：

获取用户输入的至少一个配置源对应的控制级别，并根据用户的输入调整所述多个配置源的控制级别；

获取用户输入的至少一个配置源对应的控制优先级信息，并根据用户的输入调整所述至少一个配置源对应的控制优先级信息；

根据控制需求，调整至少一个配置源对应的控制优先级信息。

根据本公开的一个或多个实施例，所述第三确定模块901在获取用户输入的至少一个配置源对应的控制优先级信息时，具体用于：

根据用户的身份信息确定用户的权限，所述权限用于指示所述多个配置源中允许所述用户使用的配置源；

获取所述用户通过与所述权限相匹配的至少一个配置源输入的控制优先级信息。

第五方面，根据本公开的一个或多个实施例，提供一种电子设备，包括：存储器和至少一个处理器；

所述存储器存储计算机执行指令；

所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如上第一方面以及第二方面各种可能的设计所述的方法。

第六方面，根据本公开的一个或多个实施例，提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如上第一方面以及第二方面各种可能的设计所述的方法。

第七方面，根据本公开的一个或多个实施例，提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现如上第一方面以及第二方面各种可能的设计所述的方法。

以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

此外，虽然采用特定次序描绘了各操作，但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下，多任务和并行处理可能是有利的。同样地，虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地，在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。

尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题，但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反，上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。

Claims (16)

1.一种模板加载方法，其特征在于，包括：

针对待显示的目标页面，确定多个配置源对应的模板优先级信息；其中，每一配置源对应的模板优先级信息包括通过所述配置源确定的所述目标页面的至少一种模板加载方式的优先级；

根据所述多个配置源对应的模板优先级信息，确定所述目标页面的各模板加载方式的加载优先级；

根据各模板加载方式对应的加载优先级，加载所述目标页面对应的模板文件。

2.根据权利要求1所述的方法，其特征在于，所述目标页面有多种模板加载方式，每一配置源用于确定所述多种模板加载方式中至少部分模板加载方式的优先级；

确定多个配置源对应的模板优先级信息，包括下述至少两项：

获取所述目标页面对应的页面链接参数，所述页面链接参数包括至少一个模板加载方式对应的优先级；

通过调试配置信息确定至少一个模板加载方式对应的优先级；

通过任务配置信息确定至少一个模板加载方式对应的优先级；

通过软件开发工具包获取所述多种模板加载方式对应的默认优先级。

3.根据权利要求1所述的方法，其特征在于，根据所述多个配置源对应的模板优先级信息，确定所述目标页面的各模板加载方式的加载优先级，包括：

根据所述多个配置源对应的模板优先级信息以及每一配置源的控制级别，确定所述目标页面的各模板加载方式的加载优先级。

4.根据权利要求3所述的方法，其特征在于，根据所述多个配置源对应的模板优先级信息以及每一配置源的控制级别，确定所述目标页面的各模板加载方式的加载优先级，包括：

对于每一配置源，根据所述配置源的控制级别，对所述配置源对应的至少一个模板加载方式的优先级进行调整；

根据多个配置源对应的调整后的优先级，确定所述目标页面的各模板加载方式的加载优先级；

其中，所述控制级别与调整后的优先级为正相关关系。

5.根据权利要求4所述的方法，其特征在于，根据多个配置源对应的调整后的优先级，确定所述目标页面的各模板加载方式的加载优先级，包括：

对于每一模板加载方式，将所述模板加载方式对应的调整后的优先级进行加权求和，得到所述模板加载方式的加载优先级；或者，

对于每一模板加载方式，查找所述模板加载方式对应的调整后的优先级中的最高优先级，所述最高优先级为所述模板加载方式的加载优先级。

6.根据权利要求4所述的方法，其特征在于，确定多个配置源对应的模板优先级信息，包括：

获取各个配置源对应的优先级数组，其中，所述优先级数组包含至少一个元素，所述元素用于表示模板加载方式，所述优先级数组中元素的顺序用于表示对应的模板加载方式的优先级；

相应的，根据所述配置源的控制级别，对所述配置源对应的至少一个模板加载方式的优先级进行调整，包括：

根据所述配置源对应的优先级数组中的元素顺序，以及所述配置源的控制级别对应的映射表，确定至少一个模板加载方式对应的调整后的优先级；

其中，所述控制级别对应的映射表包含所述控制级别下元素顺序与调整后的优先级的对应关系。

7.根据权利要求6所述的方法，其特征在于，每一控制级别对应的映射表中第i个元素的优先级为第i个元素的预置优先级与所述控制级别对应的级别补偿之和；

其中，多个控制级别中第i个元素对应的预置优先级相同，相邻两个控制级别对应的级别补偿之差，大于最低控制级别对应的映射表中的最大优先级与最小优先级之差；

其中，i的取值为1至n，n为模板加载方式的数量。

8.根据权利要求3-7任一项所述的方法，其特征在于，还包括下述至少一项：

获取用户输入的至少一个配置源对应的控制级别，并根据用户的输入调整所述多个配置源的控制级别；

获取用户输入的至少一个配置源对应的模板优先级信息，并根据用户的输入调整所述至少一个配置源对应的模板优先级信息；

根据目标页面的模板加载速度和/或目标页面的时效性需求，调整至少一个配置源对应的模板优先级信息。

9.根据权利要求8所述的方法，其特征在于，获取用户输入的至少一个配置源对应的模板优先级信息，包括：

根据用户的身份信息确定用户的权限，所述权限用于指示所述多个配置源中允许所述用户使用的配置源；

获取所述用户通过与所述权限相匹配的至少一个配置源输入的模板优先级信息。

10.根据权利要求1-7任一项所述的方法，其特征在于，所述模板加载方式包括下述至少一种：

通过高速缓存加载模板文件；

通过页面渲染引擎加载模板文件；

通过内置方式加载模块文件；

通过内容分发网络加载模板文件。

11.一种多优先级融合的控制方法，其特征在于，包括：

确定多个配置源对应的控制优先级信息；其中，每一配置源对应的控制优先级信息包括通过所述配置源确定的至少一种控制方式的优先级；

根据所述多个配置源对应的控制优先级信息，确定各控制方式的控制优先级；

其中，确定多个配置源对应的控制优先级信息，包括下述至少两项：

获取页面链接参数，所述页面链接参数包括至少一个控制方式对应的优先级；

通过调试配置信息确定至少一个控制方式对应的优先级；

通过任务配置信息确定至少一个控制方式对应的优先级；

通过软件开发工具包获取至少一种控制方式对应的默认优先级。

12.一种模板加载装置，其特征在于，包括：

第一确定模块，用于针对待显示的目标页面，确定多个配置源对应的模板优先级信息；其中，每一配置源对应的模板优先级信息包括通过所述配置源确定的所述目标页面的至少一种模板加载方式的优先级；

第二确定模块，用于根据所述多个配置源对应的模板优先级信息，确定所述目标页面的各模板加载方式的加载优先级；

加载模块，用于根据各模板加载方式对应的加载优先级，加载所述目标页面对应的模板文件。

13.一种多优先级融合的控制装置，其特征在于，包括：

第三确定模块，用于确定多个配置源对应的控制优先级信息；其中，每一配置源对应的控制优先级信息包括通过所述配置源确定的至少一种控制方式的优先级；

控制模块，用于根据所述多个配置源对应的控制优先级信息，确定各控制方式的控制优先级；

其中，确定多个配置源对应的控制优先级信息，包括下述至少两项：

获取页面链接参数，所述页面链接参数包括至少一个控制方式对应的优先级；

通过调试配置信息确定至少一个控制方式对应的优先级；

通过任务配置信息确定至少一个控制方式对应的优先级；

通过软件开发工具包获取至少一种控制方式对应的默认优先级。

14.一种电子设备，其特征在于，包括：存储器和至少一个处理器；

所述存储器存储计算机执行指令；

所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如权利要求1-11任一项所述的方法。

15.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如权利要求1-11任一项所述的方法。

16.一种计算机程序产品，包括计算机程序，其特征在于，该计算机程序被处理器执行时实现权利要求1-11任一项所述的方法。

Images