CN114090060A - 网页配置方法、装置、终端设备以及可读存储介质 - Google Patents

Abstract

本发明提供了一种网页配置方法、装置、终端设备以及可读存储介质。所述方法包括：获得待配置策略的第一网页；利用预先存储的通用策略和/或特殊策略对所述第一网页进行策略配置，获得第二网页，所述通用策略为网页编辑中使用频率高于预设频率的策略，所述特殊策略为网页编辑中使用频率不高于所述预设频率的策略；根据所述第二网页中配置的策略，将所述第二网页发送至网页显示端。该方法将待配置的网页和各类策略进行分离处理，获得复用性强的通用策略和复用性较差的特殊策略，并预先存储在网页配置系统中，使用户可根据实际需求选取需要的通用策略和/或特殊策略，增强了页面配置的灵活性。

Description

网页配置方法、装置、终端设备以及可读存储介质

技术领域

本发明涉及数据处理技术领域，特别是涉及一种网页配置方法、装置、终端设备以及可读存储介质。

背景技术

在目前的移动端页面开发中，页面中的每个元素(例如：按钮、段落、图片、表格等)都会根据不同的业务需求有不同的构造逻辑，这些构造逻辑往往对应后端服务中的一个具体构造类或构造方法。由于每个类或构造方法都有明确的业务属性，在业务未变化而只是应用场景有变化时，相关技术中往往将适应应用场景变化的非业务代码跟业务代码耦合在一起进行业务代码的二次开发，让原本可复用的业务构造逻辑复用性逐渐变差。因此，如何避免相关技术中页面开发时存在的构造逻辑复用性差的现象成为亟待解决的问题。

发明内容

本发明实施例的目的在于提供一种网页配置方法、装置、终端设备以及可读存储介质，通过将复用性较强的策略和复用性较差的策略进行分离处理，使用户可根据实际需求选取需要的策略，增强了页面配置的灵活性。具体技术方案如下：

在本发明实施例的第一方面，首先提供了一种网页配置方法，所述方法包括：

获得待配置策略的第一网页；

利用预先存储的通用策略和/或特殊策略对所述第一网页进行策略配置，获得第二网页，所述通用策略为网页编辑中使用频率高于预设频率的策略，所述特殊策略为网页编辑中使用频率不高于所述预设频率的策略；

根据所述第二网页中配置的策略，将所述第二网页发送至网页显示端。

可选地，利用预先存储的通用策略和/或特殊策略对所述第一网页进行策略配置，获得第二网页，包括：

确定所述第一网页中待配置策略的对象，所述对象为所述第一网页中的部分网页元素或所述第一网页；

根据用户的选择操作，从预先存储的通用策略和/或特殊策略中确定所述对象的待配置策略；

为所述对象添加所述待配置策略。

可选地，根据所述第二网页中配置的策略，将所述第二网页发送至网页显示端，包括：

获得所述第二网页中配置的策略所对应的策略实例；

运行所述策略实例，将运行后的第二网页发送至网页显示端。

可选地，所述待配置策略包括：策略全限定名称、客户端版本号、客户端类型以及生效条件；

获得所述第二网页中配置的策略所对应的策略实例，包括：

对所述配置的策略中的客户端版本号和客户端类型进行验证；

在验证通过时，从预先缓存的多个策略实例中获得与所述策略全限定名称匹配的策略实例；

运行所述策略实例，将运行后的第二网页发送至网页显示端，包括：

在符合所述生效条件时，运行所述策略实例，将运行后的第二网页发送至网页显示端。

可选地，获得待配置策略的第一网页，包括：

新建空白网页，在所述空白网页上添加至少一个网页元素，对所述网页元素进行编辑，获得所述第一网页；或

根据用户的选择操作，从预先缓存的网页模板中获得所述待进行策略配置的第一网页。

可选地，根据用户的选择操作，从预先存储的通用策略和/或特殊策略中确定所述对象的待配置策略，包括：

从第一存储区域中获得通用策略；和/或

从第二存储区域中获得特殊策略，所述第二存储区域不同于所述第一存储区域。

在本发明实施例的第二方面，还提供了一种网页配置装置，所述装置包括：

第一获得模块，用于获得待配置策略的第一网页；

第二获得模块，用于利用预先存储的通用策略和/或特殊策略对所述第一网页进行策略配置，获得第二网页，所述通用策略为网页编辑中使用频率高于预设频率的策略，所述特殊策略为网页编辑中使用频率不高于所述预设频率的策略；

发送模块，用于根据所述第二网页中配置的策略，将所述第二网页发送至网页显示端。

可选地，所述第二获得模块包括：

第一确定子模块，用于确定所述第一网页中待配置策略的对象，所述对象为所述第一网页中的部分网页元素或所述第一网页；

第二确定子模块，用于根据用户的选择操作，从预先存储的通用策略和/或特殊策略中确定所述对象的待配置策略；

添加子模块，用于为所述对象添加所述待配置策略。

可选地，所述发送模块包括：

第一获得子模块，用于获得所述第二网页中配置的策略所对应的策略实例；

第一发送子模块，用于运行所述策略实例，将运行后的第二网页发送至网页显示端。

可选地，所述待配置策略包括：策略全限定名称、客户端版本号、客户端类型以及生效条件；所述第一获得子模块包括：

验证子模块，用于对所述配置的策略中的客户端版本号和客户端类型进行验证；

第二获得子模块，用于在验证通过时，从预先缓存的多个策略实例中获得与所述策略全限定名称匹配的策略实例；

所述第一发送子模块包括：

第二发送子模块，用于在符合所述生效条件时，运行所述策略实例，将运行后的第二网页发送至网页显示端。

可选地，所述第一获得模块包括：

第三获得子模块，用于新建空白网页，在所述空白网页上添加至少一个网页元素，对所述网页元素进行编辑，获得所述第一网页；或

第四获得子模块，用于根据用户的选择操作，从预先缓存的网页模板中获得所述待进行策略配置的第一网页。

可选地，所述第二获得模块包括：

第五获得子模块，用于从第一存储区域中获得通用策略；和/或

第六获得子模块，用于从第二存储区域中获得特殊策略，所述第二存储区域不同于所述第一存储区域。

在本发明实施例的第三方面，还提供了一种终端设备，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；

存储器，用于存放计算机程序；

处理器，用于执行存储器上所存放的程序时，实现本发明实施例的第一方面所述的网页配置方法中的步骤。

在本发明实施例的又一方面，还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述任一所述的网页配置方法中的步骤。

在本发明实施的又一方面，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述任一所述的网页配置方法。

采用本发明实施例提供的网页配置方法，首先获得待配置策略的第一网页，然后利用预先存储的通用策略和/或特殊策略对第一网页进行策略配置，获得第二网页，通用策略为网页编辑中使用频率高于预设频率的策略，特殊策略为网页编辑中使用频率不高于预设频率的策略，最后根据第二网页中配置的策略将第二网页发送至网页显示端。该方法具有如下多个效果：

一、本申请中预先将通用策略和特殊策略存储在网页配置系统中，使得用户可根据实际需求选择各类策略并配置到第一网页中，增强了页面配置的灵活性。

二、本申请采用配置化的方式生成页面，可避免在页面中配置一些不必要的策略，使得页面结构更加清晰，与相关技术中各类策略混合使用的方式相比，降低了各类策略混合使用时的耦合性。

三、本申请在网页配置系统中单独存储有通用策略和特殊策略，降低了对各类策略的维护难度。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。

图1是本申请一实施例示出的一种网页配置系统的结构示意图；

图2是本申请一实施例示出的一种页面结构示意图；

图3是本申请一实施例示出的另一种页面结构示意图；

图4是本申请一实施例示出的一种网页配置方法的流程图；

图5是本申请一实施例示出的一种策略的代码示意图；

图6是本申请一实施例示出的一种网页配置过程示意图；

图7是本发明一实施例示出的一种网页配置装置的结构框图；

图8是本申请一实施例示出的一种终端设备的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

为解决相关技术中的问题，本申请提供了一种网页配置方法，应用于网页配置系统，该系统部署在后端服务器中。在对本申请的网页配置方法进行详细说明之前，下面首先对网页配置系统进行介绍。

图1是本申请一实施例示出的一种网页配置系统的结构示意图。在图1中，网页配置系统包括通用策略存储模块、特殊策略存储模块、策略分析模块以及模板配置模块。

在本实施例中，通用策略存储模块用于存储通用策略，且在存储时各个通用策略之间是相互隔离的，不会相互影响。特殊策略存储模块用于存储特殊策略，且在存储时各个特殊策略之间是相互隔离的。

在网页开发中，页面中的每个元素(例如按钮、文案、图片)都会根据不同的业务需求有不同的构造逻辑，这些构造逻辑往往对应后端服务的一个具体构造类或者构造方法。例如在业务A中，图片X需要位于页面中坐标为(x1,y1)的位置处，且透明度为100％，而在业务B中，图片X需要位于页面中坐标为(x2,y2)的位置处，且透明度为70％。其中，图片X的坐标和透明度属于图片X的构造逻辑。图片X在业务A中的构造逻辑不同于图片X在业务B中的构造逻辑。业务代码是指每个业务对应的代码，由于业务可以涉及一个或多个元素，因此业务代码中包含一个或多个元素的构造逻辑。

在本实施例中，策略可以理解为页面中元素的构造逻辑。在不同的业务需求下，元素的构造逻辑一般是不同的。示例地，在业务A中，需要将页面中的图片设置成与X产品相关的图片，而在业务B中，需要将页面中的图片设置成与Y产品相关的图片，将图片设置成与X产品相关的图片对应的构造逻辑，显然与将图片设置成与Y产品相关的图片对应的构造逻辑是不同的。

构造逻辑可以划分为两类，一类使用频率较高，在很多业务场景都可以使用，即复用性较好，称为通用构造逻辑(通用策略)，例如一个段落上应该放置何种内容、一个按钮上应该设置何种点击功能等，在设计上是复用性较强的代码。另一类使用频率较低，仅在一部分很少的场景中使用，即复用性较差，称为特殊构造逻辑(特殊策略)，特殊策略是各种个性化策略，特殊策略需要实现统一接口，由开发人员根据具体的场景对接口方法进行不同的实现。

本实施例对业务场景不作具体限制，例如可以是按钮文案动态变化、样式适配不同屏幕分辨率而变化、同一页面位置的元素替换为另外一种元素等。

在具体实施时，可以按照使用频率来区分某个策略是通用策略还是特殊策略。如果某个策略的使用频率高于预设频率，那么为通用策略，反之如果该策略的使用频率不高于预设频率，那么为特殊策略。

模板配置模块用于配置模板。模板是指：用于移动设备页面构造且未经真实数据填充的模板，它用于定义页面数据的结构和样式，以及样式中元素构造的一些设定，例如页面中一条数据展示时需要构造几个图片、几个段落、几个按钮等，都会在模板中预先定义好，再由后端根据模板定义来构造各个元素，构造好的模板可以下发给前端进行渲染展示。

在本申请中，页面是由多个元素(网页元素)组成的，元素是指页面配置过程种的最小单位，例如一个按钮、一个段落、一个表格、一个输入框、一幅图片、一段音频、一段视频等，本实施例对元素的类型不作具体限制，可参照已有技术中对网页元素的描述。

其中，模板配置模块包括页面编辑模块和策略配置模块，页面编辑模块用于在页面中编辑各个网页元素，例如设置某个段落中的文字、设置某幅图片的尺寸、设置某个按钮的形状等。页面编辑模块主要用于对页面中的各个网页元素的样式进行编辑，例如编辑得到的最终的页面可以如图2所示。图2是本申请一实施例示出的一种页面结构示意图。在图2中，页面中包括段落、输入框、按钮、图片、表格等，其中标题为段落属性。

经过页面编辑模块得到的页面是静态的，还无法实现预期的功能，例如点击表示搜索的按钮时并不会将输入框内的数据进行搜索或点击加载更多时并不会真正加载出更多信息。页面编辑模块在完成页面的编辑之后，可以将完成编辑的页面交付给策略配置模块，由策略配置模块对该页面进行策略配置，策略配置的目的是使页面具备在实际业务需求下进行数据处理的功能，例如点击表示搜索的按钮时会将输入的数据发送到XXX网址，点击加载更多时可以刷新出新的内容等。编辑得到的最终的页面可以如图3所示。图3是本申请一实施例示出的另一种页面结构示意图。在图3中，输入框被配置了通用策略1，表格被配置了通用策略2，段落被配置了通用策略3，表格被配置了特殊策略1，表示搜索的按钮被配置了特殊策略2，表示加载更多的按钮被配置了特殊策略3。

在本实施例中，为了提升各类构造逻辑的复用性，可以将页面编辑模块编辑后得到的静态页面作为模板保存在模板库中，也可以将策略配置模块中配置了部分常用的策略的页面作为模板保存在模板库中。如此，在后续使用时，用户可以根据实际业务需求选择合适的模板，然后从通用策略存储模块和/或特殊策略存储模块中获得策略，并将获得的策略配置到选择的模板上，得到最终符合业务需求的页面。

例如当用户选择的模板为图2所示的模板时，可以利用从通用策略存储模块中获得的通用策略和/或从特殊策略存储模块中获得的特殊策略对页面进行策略配置。再例如当用户选择的模板为图3所示的模板(预先配置有部分策略)时，可以对页面中已预先配置的策略进行调整，和/或将策略存储模块中的新的策略添加到模板中。在将策略存储模块中的新的策略添加到模板中时，既可以将通用策略存储模块中获得的通用策略添加到页面中，也可以将特殊策略存储模块中获得的特殊策略添加到页面中。

当模板配置模块编辑完页面后，可以将编辑后的页面发送给策略分析模块。策略分析模块用于根据页面中配置的策略，将页面发送到前端进行显示。

策略分析模块采用的是类似SPI(Serial Peripheral Interface，串行外设接口)的机制实现。策略分析模块用于接收模板配置模块发送的编辑完成的页面，然后进行是否加载策略的检查(加载策略是指加载策略对应的实现方法，模板配置模块会配置策略名称，策略分析模块用于加载与该策略名称对应的实现方法)，如果检测到有对应策略需要加载，则根据配置的策略名称进行对应策略的加载，加载完成后将策略对应的实现方法加入策略池中以备复用，策略分析模块支持同时加载调用多个策略。

策略分析模块中设置有策略池，策略池的作用是保存已加载的策略对应的实现方法，当检测到有策略要需要加载时，首先查找策略池中是否有匹配的实现方法，如果有，可直接加载该实现方法。如果没有，根据策略名称从其他渠道加载对应的实现方法，并在加载完成后加入策略池。策略池使用ConcurrentHashMap(使用分段锁技术，将数据分成一段一段的存储，然后给每一段数据配一把锁，当一个线程占用锁访问其中一个段数据的时候，其他段的数据也能被其他线程访问，能够实现真正的并发访问)结构实现，能够支持安全高并发的多线程读写操作。

下面将对本申请的网页配置方法进行详细说明。图4是本申请一实施例示出的一种网页配置方法的流程图。参照图4，本申请的网页配置方法可以包括如下步骤：

步骤S41：获得待配置策略的第一网页。

在本实施例中，第一网页中包括至少一个网页元素。第一网页可以是预先未配置任何策略的页面，如图2所示的页面，也可以是预先配置了部分常用策略的页面，如图3所示的页面。

在具体实施时，网页配置系统可以从模板库中获得第一网页，也可以根据用户临时编辑的页面获得第一网页，本实施例对获得第一网页的方式不作具体限制。

步骤S42：利用预先存储的通用策略和/或特殊策略对所述第一网页进行策略配置，获得第二网页，所述通用策略为网页编辑中使用频率高于预设频率的策略，所述特殊策略为网页编辑中使用频率不高于所述预设频率的策略。

步骤S42可由网页配置系统的模板配置模块执行。用户在模板配置模块上为第一网页配置策略时，可以从预先存储的各个通用策略中选择当前需要使用的通用策略配置到第一网页中，和/或从预先存储的各个特殊策略中选择当前需要使用的特殊策略配置到第一网页中。其中，各个通用策略可以预先存储在通用策略存储模块中，各个特殊策略可以预先存储在特殊策略存储模块中。

示例地，通用策略存储模块中存储的通用策略可以如下表1所示，特殊策略存储模块中存储的特殊策略可以如下表2所示。

假设第一网页为图2所示的模板，且该模板为业务场景A、业务场景B、业务场景C中常用的模板。如果要在第一网页的基础上进行策略配置得到适用于业务场景A的第二网页，需要的通用策略包括：通用策略1、通用策略3，需要的特殊策略包括：特殊策略3。如果要在第一网页的基础上进行策略配置得到适用于业务场景B的第二网页，需要的通用策略包括：通用策略3-6，需要的特殊策略包括：特殊策略5。

表1

表2

当用户需要获得适用于业务场景A的第二网页时，可以在表1所示的通用策略存储模块中查找到通用策略1、通用策略3，然后依次将这些策略配置在第一网页上，然后在表2所示的特殊策略存储模块中查找到特殊策略3，继续将该策略配置在第一网页上，最终可获得适用于业务场景A的第二网页。当用户需要获得适用于业务场景B的第二网页时，可以在表1所示的特殊策略存储模块中查找到通用策略3-6，然后依次将这些策略配置在第一网页上，然后在表2所示的特殊策略存储模块中查找到特殊策略5，继续将该策略配置在第一网页上，最终可获得适用于业务场景A的第二网页。

本实施例对通用策略和特殊策略的内容不作具体限制，例如可以是将某个图片的透明度设置为Y、将某个段落的样式设置为Z1、点击提交后将数据发送至网址Y、点击某个动画时隐藏其它区域等。其中，表1中的通用策略信息和表2中的特殊策略信息仅作示例，并不代表实际实施时的内容。

步骤S43：根据所述第二网页中配置的策略，将所述第二网页发送至网页显示端。

步骤S43可由网页配置系统的策略分析模块执行。

在本实施例中，用户在模板配置模块配置得到第二网页后，可以选择应用第二网页的网页显示端，然后点击发送按钮，以将第二网页发送至网页显示端显示。

网页配置系统的策略分析模块在检测到用户触发发送按钮后，检测第二网页中是否配置有策略，如果有，加载出各个策略对应的实现方法，然后执行这些方法以对第二网页进行处理。示例地，某个策略为将第二网页中所有图片的透明度设置为50％，那么该策略对应的实现方法包括了将第二网页中所有图片的透明度设置为50％的具体操作步骤，执行完该实现方法后，第二网页中所有图片的透明度会变更为50％。

策略分析模块在执行完各个策略对应的实现方法后，将第二网页发送至网页显示端显示。在本申请中，将待配置的第一网页和各种策略分离处理，并将各种策略预先存储在网页配置系统中，使得用户可以根据实际需求直接选择各类策略并配置到第一网页中，无需基于第一网页重新编辑各个策略(例如逐个检查策略是否必要，对不必要的策略进行删除处理等)。而相关技术中，并不会预先将待配置的网页和各种策略分离处理，只能基于待配置的网页进行策略调整，无法获得预先存储的各类策略并直接配置到第一网页中，而待配置的网页通常包含各类业务对应的业务代码，业务代码之间耦合性较高，因此调整操作相当繁琐，调整难度较大(例如删除不必要的策略时会对必要策略产生影响)。因此，本申请通过配置化的方式，将各类策略预先存储在网页配置系统中，实现了用户的按需配置，增强了网页配置的灵活性。其中，必要策略是指在目标业务中需要使用的策略，不必要的策略是指在目标业务中不需要使用的策略。在本实施例中，首先获得待配置策略的第一网页，然后利用预先存储的通用策略和/或特殊策略对第一网页进行策略配置，获得第二网页，通用策略为网页编辑中使用频率高于预设频率的策略，特殊策略为网页编辑中使用频率不高于预设频率的策略，最后根据第二网页中配置的策略将第二网页发送至网页显示端。该方法具有如下多个效果：

一、本申请中预先将通用策略和特殊策略存储在网页配置系统中，使得用户可根据实际需求选择各类策略并配置到第一网页中，增强了页面配置的灵活性。

二、本申请采用配置化的方式生成页面，可避免在页面中配置一些不必要的策略，使得页面结构更加清晰，与相关技术中各类策略混合使用的方式相比，降低了各类策略混合使用时的耦合性。

三、本申请在网页配置系统中单独存储有通用策略和特殊策略，降低了对各类策略的维护难度。

结合以上实施例，在一种实施方式中，利用预先存储的通用策略和/或特殊策略对所述第一网页进行策略配置，获得第二网页，可以包括：

确定所述第一网页中待配置策略的对象，所述对象为所述第一网页中的部分网页元素或所述第一网页；

根据用户的选择操作，从预先存储的通用策略和/或特殊策略中确定所述对象的待配置策略；

为所述对象添加所述待配置策略。

在本实施例中，在对第一网页进行策略配置时，首先需要确定第一网页中需要进行策略配置的对象。本实施例进行策略配置的对象的最小维度是网页元素，最大维度是整个页面，其余维度为页面中的部分网页元素，例如页面中的文字区域、图片区域等。

当对象为第一网页中的部分网页元素时，对象可以是第一网页中的单个网页元素，例如当对象为第一网页中的表格Y时，可以选中表格Y，为其添加特殊策略A。

当对象为第一网页中的部分网页元素时，对象也可以是第一网页中的多个网页元素(不是全部网页元素)，例如当对象为第一网页中的所有图片时，可以选中所有图片，为其添加通用策略B。

当对象为第一网页时，对象可以是第一网页中的全部网页元素。例如当对象为第一网页时，可以选中第一网页，为其添加特殊策略C。

在本实施例中，可以从多个维度对第一网页进行策略配置，提升了策略配置的灵活性。

结合以上实施例，在一种实施方式中，根据所述第二网页中配置的策略，将所述第二网页发送至网页显示端，可以包括：

获得所述第二网页中配置的策略所对应的策略实例；

运行所述策略实例，将运行后的第二网页发送至网页显示端。

在本实施例中，策略实例即策略对应的实现方法。策略实例可以理解为构造逻辑的代码表示，是计算机可以执行的方法。

在本实施例中，每一个策略中包括至少一个策略实例。示例地，某个策略为：将图片X的透明度设置为50％，那么策略分析模块会运行该策略对应的策略实例，运行成功后，第二页面中图片X的透明度变更为50％。

通常情况下，第二页面中会包含多个策略，因而会有多个策略实例，在运行策略实例时，有些策略实例会运行成功，有些策略实例会运行失败。如果存在有策略实例运行失败的情况，页面配置系统可以输出运行失败的提示信息，以提示用户排除故障。

在一些情况下，用户无法看到运行失败的提示信息，针对该情况，本实施例提供了一种默认方案：忽略运行失败的那些策略实例，将运行成功的那部分策略实例运行后的第二页面发送至网页显示端。换言之，针对有策略实例运行失败的情况，会假设第二页面中最开始只包含运行成功的那部分策略实例，然后将运行成功的那部分策略实例运行后的第二页面发送至网页显示端。示例地，第二页面中有策略实例A(用于将所有段落的字体调整样式A)和策略实例B(用于将所有按钮的样式调整为样式B)。在运行后，策略实例A运行成功，策略实例B运行失败，如果用户未看到运行失败的提示信息，直接将策略实例A运行后的第二页面发送至网页显示端，在网页显示端看到的第二页面中，所有段落的字体的样式为样式A，而所有按钮的样式依旧为未调整时的样式，不是样式B。

结合以上实施例，在一种实施方式中，本申请的待配置策略可以包括：策略全限定名称、客户端版本号、客户端类型以及生效条件。

在此基础上，获得所述第二网页中配置的策略所对应的策略实例，可以包括：

对所述配置的策略中的客户端版本号和客户端类型进行验证；

在验证通过时，从预先缓存的多个策略实例中获得与所述策略全限定名称匹配的策略实例。

在本实施例中，用户在模板配置模块上为对象添加策略时，可以写入策略名称、策略全限定名称、客户端版本号、客户端类型以及生效条件。

其中，策略名称：仅用作查看标识，不具备逻辑用途，作用是便于开发人员了解该策略配置的意图。

策略全限定名称：是策略实现类的全限定名，用于动态加载策略类并进行方法调用，即策略全限定名称是对应策略实例的名称，用于动态加载策略实例。策略版本号为当前策略所使用的版本。

客户端版本号：分为起始版本号和截止版本号，用于限定策略生效的客户端版本区间。

客户端类型：用于区分iPhone、Android、iPad等不同的客户端类型。

生效条件：运行策略实例的条件，当满足该条件时，则会运行策略实例。

因此，对客户端版本号进行验证，包括：

验证网页显示端的客户端的版本号是否在策略中的起始版本号和截止版本号之间，如果在，则验证通过。对客户端类型进行验证，包括：验证网页显示端的客户端类型是否满足策略中指定的客户端类型。

在客户端版本号和客户端类型均验证通过时，首先检测策略池中是否有与策略全限定名称匹配的策略实例，如果有，直接加载该策略实例，如果没有，从其它渠道加载该策略实例，并将其缓存在策略池中以备复用。

相应地，运行所述策略实例，将运行后的第二网页发送至网页显示端，包括：

在符合所述生效条件时，运行所述策略实例，将运行后的第二网页发送至网页显示端。

在加载出策略实例后，判断策略实例是否符合生效条件，如果符合生效条件，则运行该策略实例，并将运行后的第二页面发送给网页显示端。

示例地，一种策略可以如图5所示。图5是本申请一实施例示出的一种策略的代码示意图。在图5中，extra_strategy表示配置在对象上的策略，其中：

strategy_name表示策略名称，具体为替换样式css。

strategy_fully_name表示策略全限定名称，具体为com.xxx.xxx.CssReplaceStrategy。

version_start表示客户端起始版本号，具体为11.12.0。

version_end表示客户端截止版本号，999.999。客户端起始版本号和客户端截止版本号会限定策略生效的客户端版本区间。

platform_id表示客户端类型，platform_id是客户端类型的唯一标识，可以用不同的符号表示客户端类型，例如可以用数字1表示iPhone，用数字2表示Android，用数字3表示iPad，因此当platform_id＝1时，表示客户端类型为iPhone，当platform_id＝2时，表示客户端类型为Android。本实施例对符号的类型不作具体限制。

Condition表示生效条件，支持简单的云控条件配置，比如配置“abtest＝testmode:1”，则针对“abtest”这个key会开发适配逻辑，用于ab实验判断，多个控制条件用分号分割即可。

图5所示的策略表示：当客户端版本号大于11.12.0、且客户端类型为10或12且命中了ab实验testplan时，调用com.xxx.xxx.CssReplaceStrategy策略实例进行功能加强来动态替换css样式。

结合以上实施例，在一种实施方式中，获得待配置策略的第一网页，可以包括：

新建空白网页；

在所述空白网页上添加至少一个网页元素；

对所述网页元素进行编辑，获得所述第一网页；或

根据用户的选择操作，从预先缓存的网页模板中获得所述待进行策略配置的第一网页。

在本实施例中，用户可以在模板配置模块中编辑得到第一网页，具体地，用户可以新建空白页面，在空白页面上添加至一个或多个网页元素，再对这些元素进行编辑，例如设置尺寸、颜色、形状等，又或者添加通用策略或者特殊策略，编辑后得到的页面即可作为第一网页。

在本实施例中，用户还可以在模板库中选择任意模板作为第一网页。

当然，本实施例还可以从其它渠道获得第一网页，例如从外部系统导入或者从网上下载等，本实施例对此不作具体限制。

本实施例可以采取多种方式获得第一网页，为网页配置提供了便利。

结合以上实施例，在一种实施方式中，根据用户的选择操作，从预先存储的通用策略和/或特殊策略中确定所述对象的待配置策略，包括：

从第一存储区域中获得通用策略；和/或

从第二存储区域中获得特殊策略，所述第二存储区域不同于所述第一存储区域。

在本实施例中，通用策略和特殊策略分别存储于不同的区域，且在各个存储区域内，策略之间是相互隔离的。第一存储区域可以是通用策略存储模块，第二存储区域可以是特殊策略存储模块。

本实施例将原有的各类策略进行分离处理，获得复用性强的通用策略和复用性较差的特殊策略，并预先存储在网页配置系统中，使用户可根据实际需求选取需要的通用策略和/或特殊策略，增强了页面配置的灵活性。

图6是本申请一实施例示出的一种网页配置过程示意图。下面将结合图6对本申请的网页配置方法进行详细说明。

在图6中，首先在模板配置模块中进行模板配置获得第一网页，然后在第一网页上进行策略配置获得第二网页，接着将第二网页发送给策略分析模块。策略分析模块首先检测第二网页中是否配置有策略，如果有，对客户端版本号和客户端类型进行验证，在客户端版本号和客户端类型均验证通过后，检查策略池中是否有与策略全限定名称匹配的策略实例，如果有，直接从策略池中加载该策略实例，如果没有，从其它渠道加载策略实例，并将其缓存到策略池中以备复用。在加载得到策略实例后，判断是否符合生效条件，如果符合，运行策略实例(执行策略中的构造逻辑以对页面进行调整)，获得运行后的第二页面。最后，策略分析模块将第二页面对应的页面数据发送给网页显示端，由网页显示端根据页面数据渲染得到展示的页面。

在上述过程中，对客户端版本号和客户端类型进行验证时验证顺序可以任意设置，如果前一项验证未通过，则可不必验证后一项，直接提示用户验证未通过。如果用户未响应表示验证未通过的提示信息，可以直接将第一页面发送给网页显示端，避免用户长时间加载不出页面的情况。

在客户端版本和客户端类型均验证通过时，如果存在如下三种情况，且用户未响应相应的提示信息，可直接将运行成功的那部分策略实例运行后的第二页面发送至网页显示端，这三种情况包括：个别策略实例无法加载、策略实例加载后不满足生效条件、策略实例运行失败。换言之，此时可以直接忽略那些无法加载、不满足生效条件或者运行失败的策略实例，仅将运行成功的那部分策略实例运行后的第二页面发送至网页显示端。

本申请提供了一种配置化(用户可根据实际需求选择各类策略并配置到第一网页中)、低耦合(页面中不再包含不必要的策略，减少了不必要策略对必要策略的影响，降低了策略之间的耦合性)、隔离性好(待配置的网页和各类策略之间是分离的，便于对待配置的网页和各类策略进行维护管理)、动态可插拔(用户可任意添加新的策略到网页配置系统，或者从网页配置系统中删除策略，增强了策略管理的便利性)的网页构造功能增强方法，可将特殊策略对应的业务代码与通用策略对应的功能性代码分离，实现功能性代码的动态加载调用。在开发前期，非常适合代码结构的解耦设计，让可复用的代码实现最大化的利用，在后期迭代变更时，能做到更加灵活更改需要的特殊策略，且每种策略之间是相互隔离的，也可以串行执行多种策略。

本申请实现了通用策略与特殊策略的解耦，且通过配置来实现特殊策略的可插拔与动态更换，一个通用策略可以使用多种不同的特殊策略，对页面元素的构造过程由原来的一个方法担责变成了通用策略+特殊策略组合的形式来完成，组合通过配置来实现，使得功能上实现了千变万化但代码结构上又非常清晰可维护，尤其适用于采用模板进行移动端页面构造的应用场景。通过模板配置的变化来变换策略，不用重启服务也可实现策略变更，不论是在设计之初的代码结构设计还是在二次开发维护时的方便快捷，都具有非常明显的优势。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。

基于同一发明构思，本发明一实施例提供一种网页配置装置700，应用于网页配置系统中。参考图7，图7是本发明一实施例示出的一种网页配置装置的结构框图。如图7所示，该装置700包括：

第一获得模块701，用于获得待配置策略的第一网页；

第二获得模块702，用于利用预先存储的通用策略和/或特殊策略对所述第一网页进行策略配置，获得第二网页，所述通用策略为网页编辑中使用频率高于预设频率的策略，所述特殊策略为网页编辑中使用频率不高于所述预设频率的策略；

发送模块703，用于根据所述第二网页中配置的策略，将所述第二网页发送至网页显示端。

可选地，所述第二获得模块702包括：

第一确定子模块，用于确定所述第一网页中待配置策略的对象，所述对象为所述第一网页中的部分网页元素或所述第一网页；

第二确定子模块，用于根据用户的选择操作，从预先存储的通用策略和/或特殊策略中确定所述对象的待配置策略；

添加子模块，用于为所述对象添加所述待配置策略。

可选地，所述发送模块703包括：

第一获得子模块，用于获得所述第二网页中配置的策略所对应的策略实例；

第一发送子模块，用于运行所述策略实例，将运行后的第二网页发送至网页显示端。

可选地，所述待配置策略包括：策略全限定名称、客户端版本号、客户端类型以及生效条件；所述第一获得子模块包括：

验证子模块，用于对所述配置的策略中的客户端版本号和客户端类型进行验证；

第二获得子模块，用于在验证通过时，从预先缓存的多个策略实例中获得与所述策略全限定名称匹配的策略实例；

所述第一发送子模块包括：

第二发送子模块，用于在符合所述生效条件时，运行所述策略实例，将运行后的第二网页发送至网页显示端。

可选地，所述第一获得模块701包括：

第三获得子模块，用于新建空白网页，在所述空白网页上添加至少一个网页元素，对所述网页元素进行编辑，获得所述第一网页；或

第四获得子模块，用于根据用户的选择操作，从预先缓存的网页模板中获得所述待进行策略配置的第一网页。

可选地，所述第二获得模块702包括：

第五获得子模块，用于从第一存储区域中获得通用策略；和/或

第六获得子模块，用于从第二存储区域中获得特殊策略，所述第二存储区域不同于所述第一存储区域。

本发明实施例还提供了一种终端设备，如图8所示。图8是本申请一实施例示出的一种终端设备的结构示意图。参照图8，终端设备包括处理器81、通信接口82、存储器83和通信总线84，其中，处理器81，通信接口82，存储器83通过通信总线84完成相互间的通信；

存储器83，用于存放计算机程序；

处理器81，用于执行存储器83上所存放的程序时，实现如下步骤：

获得待配置策略的第一网页；

利用预先存储的通用策略和/或特殊策略对所述第一网页进行策略配置，获得第二网页，所述通用策略为网页编辑中使用频率高于预设频率的策略，所述特殊策略为网页编辑中使用频率不高于所述预设频率的策略；

根据所述第二网页中配置的策略，将所述第二网页发送至网页显示端。

或者处理器81在执行存储器83上所存放的程序时，实现上述其他方法实施例中的步骤。

上述终端提到的通信总线可以是外设部件互连标准(Peripheral ComponentInterconnect，简称PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，简称EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

通信接口用于上述终端与其他设备之间的通信。

存储器可以包括随机存取存储器(Random Access Memory，简称RAM)，也可以包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。

上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(Digital Signal Processing，简称DSP)、专用集成电路(Application SpecificIntegrated Circuit，简称ASIC)、现场可编程门阵列(Field－Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

在本发明提供的又一实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述实施例中任一所述的网页显示方法。

在本发明提供的又一实施例中，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述实施例中任一所述的网页显示方法。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。

Claims (10)

1.一种网页配置方法，其特征在于，包括：

获得待配置策略的第一网页；

利用预先存储的通用策略和/或特殊策略对所述第一网页进行策略配置，获得第二网页，所述通用策略为网页编辑中使用频率高于预设频率的策略，所述特殊策略为网页编辑中使用频率不高于所述预设频率的策略；

根据所述第二网页中配置的策略，将所述第二网页发送至网页显示端。

2.根据权利要求1所述的方法，其特征在于，利用预先存储的通用策略和/或特殊策略对所述第一网页进行策略配置，获得第二网页，包括：

确定所述第一网页中待配置策略的对象，所述对象为所述第一网页中的部分网页元素或所述第一网页；

根据用户的选择操作，从预先存储的通用策略和/或特殊策略中确定所述对象的待配置策略；

为所述对象添加所述待配置策略。

3.根据权利要求1所述的方法，其特征在于，根据所述第二网页中配置的策略，将所述第二网页发送至网页显示端，包括：

获得所述第二网页中配置的策略所对应的策略实例；

运行所述策略实例，将运行后的第二网页发送至网页显示端。

4.根据权利要求3所述的方法，其特征在于，所述待配置策略包括：策略全限定名称、客户端版本号、客户端类型以及生效条件；

获得所述第二网页中配置的策略所对应的策略实例，包括：

对所述配置的策略中的客户端版本号和客户端类型进行验证；

在验证通过时，从预先缓存的多个策略实例中获得与所述策略全限定名称匹配的策略实例；

运行所述策略实例，将运行后的第二网页发送至网页显示端，包括：

在符合所述生效条件时，运行所述策略实例，将运行后的第二网页发送至网页显示端。

5.根据权利要求1所述的方法，其特征在于，获得待配置策略的第一网页，包括：

新建空白网页，在所述空白网页上添加至少一个网页元素，对所述网页元素进行编辑，获得所述第一网页；或

根据用户的选择操作，从预先缓存的网页模板中获得所述待进行策略配置的第一网页。

6.根据权利要求2所述的方法，其特征在于，根据用户的选择操作，从预先存储的通用策略和/或特殊策略中确定所述对象的待配置策略，包括：

从第一存储区域中获得通用策略；和/或

从第二存储区域中获得特殊策略，所述第二存储区域不同于所述第一存储区域。

7.一种网页配置装置，其特征在于，包括：

第一获得模块，用于获得待配置策略的第一网页；

第二获得模块，用于利用预先存储的通用策略和/或特殊策略对所述第一网页进行策略配置，获得第二网页，所述通用策略为网页编辑中使用频率高于预设频率的策略，所述特殊策略为网页编辑中使用频率不高于所述预设频率的策略；

发送模块，用于根据所述第二网页中配置的策略，将所述第二网页发送至网页显示端。

8.根据权利要求7所述的装置，其特征在于，所述第二获得模块包括：

第一确定子模块，用于确定所述第一网页中待配置策略的对象，所述对象为所述第一网页中的部分网页元素或所述第一网页；

第二确定子模块，用于根据用户的选择操作，从预先存储的通用策略和/或特殊策略中确定所述对象的待配置策略；

第一添加子模块，用于为所述对象添加所述待配置策略。

9.一种终端设备，其特征在于，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；

存储器，用于存放计算机程序；

处理器，用于执行存储器上所存放的程序时，实现权利要求1至6任一所述的网页配置方法中的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1至6中任一所述的网页配置方法中的步骤。

Images