CN108874384B - 终端设备、服务器、网页数据处理方法和计算机存储介质 - Google Patents

Abstract

本发明公开一种终端设备、服务器、网页数据处理方法和计算机存储介质。本发明终端设备发送网页标识数据、渠道数据及业务参数至服务器；服务器根据网页标识数据对应的分析规则、渠道数据及业务参数分析并输出分析结果；终端设备基于多个待使用积木组件的组件标识数据及组件数据，加载对应的多个待使用积木组件，并根据组件拼装结构数据，对加载的多个待使用积木组件进行拼装处理，以渲染出请求网页。相较于现有技术相比，本发明提高了前端系统的灵活性，同时降低了前端系统的维护成本。

Description

终端设备、服务器、网页数据处理方法和计算机存储介质

技术领域

本发明涉及计算机技术领域，特别涉及一种终端设备、服务器、网页数据处理方法和计算机存储介质。

背景技术

随着业务的发展，接入渠道越来越多，网页的前端（即终端设备）系统变得越来越庞杂。前端需要处理业务的各项复杂逻辑，例如，基于不同促销活动其页面展示的不同、基于不同类目的商品其页面展示的不同、基于不同渠道其页面展示的不同等。多个维度的排列组合，使得前端页面展示逻辑的复杂度成指数上升，前端代码也随之变得难以维护。

目前，业界仍然会将大量的页面展示逻辑放在前端，通过代码分层的方式提高代码的可维护性、通过单元测试的方式提高代码的稳定性。但该方案在业务发生经常性变动时，仍需消耗大量的人力进行代码的修改及测试，从而造成系统维护的高成本。

发明内容

本发明的主要目的是提供一种终端设备、服务器、网页数据处理方法和计算机存储介质，旨在解决网页的前端系统维护成本高的问题。

为实现上述目的，本发明提出一种网页数据处理方法，适用于终端设备，该方法包括步骤：

第一发送步骤：在接收到携带网页标识数据的网页显示请求时，获取请求网页的渠道数据及业务参数，并发送所述网页标识数据、渠道数据及业务参数至服务器；

第一接收步骤：接收服务器返回的分析结果，所述分析结果包括多个待使用积木组件的组件标识数据、组件数据及组件拼装结构数据；

加载步骤：基于所述多个待使用积木组件的组件标识数据及组件数据，加载对应的多个待使用积木组件；

渲染步骤：根据所述组件拼装结构数据，对加载的所述多个待使用积木组件进行拼装处理，以渲染出所述请求网页。

优选地，所述加载步骤包括：

根据所述多个待使用积木组件的组件标识数据，在预先建立的积木组件库中查询对应的多个初始化的待使用积木组件；

将各待使用积木组件的组件数据填充至对应的初始化的待使用积木组件中，以完成对所述初始化的待使用积木组件的加载。

优选地，当所述分析结果还包括至少一个原生类组件及其对应的组件拼装结构数据时，所述渲染步骤包括：

根据所述多个待使用积木组件的组件拼装结构数据及所述原生类组件的组件拼装结构数据，对加载的所述多个待使用积木组件及所述原生类组件进行拼装处理，以渲染出所述请求网页。

此外，为实现上述目的，本发明还提出一种终端设备，所述终端设备包括存储器和处理器，所述存储器上存储有第一网页数据处理程序，所述处理器执行第一网页数据处理程序时实现如下步骤：

第一发送步骤：在接收到携带网页标识数据的网页显示请求时，获取请求网页的渠道数据及业务参数，并发送所述网页标识数据、渠道数据及业务参数至服务器；

第一接收步骤：接收服务器根据所述网页标识数据对应的分析规则、渠道数据及业务参数分析并输出的分析结果，所述分析结果包括多个待使用积木组件的组件标识数据、组件数据及组件拼装结构数据；

加载步骤：基于所述多个待使用积木组件的组件标识数据及组件数据，加载对应的多个待使用积木组件；

渲染步骤：根据所述组件拼装结构数据，对加载的所述多个待使用积木组件进行拼装处理，以渲染出所述请求网页。

优选地，所述加载步骤包括：

根据所述多个待使用积木组件的组件标识数据，在预先建立的积木组件库中查询对应的多个初始化的待使用积木组件；

将各待使用积木组件的组件数据填充至对应的初始化的待使用积木组件中，以完成对所述初始化的待使用积木组件的加载。

优选地，当所述分析结果还包括至少一个原生类组件及其对应的组件拼装结构数据时，所述渲染步骤包括：

根据所述多个待使用积木组件的组件拼装结构数据及所述原生类组件的组件拼装结构数据，对加载的所述多个待使用积木组件及所述原生类组件进行拼装处理，以渲染出所述请求网页。

此外，为实现上述目的，本发明还提出一种计算机可读存储介质，所述计算机可读存储介质存储有第一网页数据处理程序，所述第一网页数据处理程序可被至少一个处理器执行，以使所述至少一个处理器执行如上述任一项所述的网页数据处理方法的步骤。

此外，为实现上述目的，本发明还提出一种网页数据处理方法，适用于服务器，该方法包括步骤：

第二接收步骤：接收终端设备发送的网页标识数据、渠道数据及业务参数；

确定步骤：根据预先确定的网页标识数据及分析规则之间的映射关系，确定所述网页标识数据对应的分析规则；

分析步骤：根据确定的所述分析规则、渠道数据及业务参数进行分析处理并输出分析结果，所述分析结果包括用于拼装请求网页的多个待使用积木组件的组件标识数据、组件数据及组件拼装结构数据；

第二发送步骤：发送所述分析结果至所述终端设备。

优选地，所述分析步骤包括：

根据所述业务参数及所述分析规则中预先确定的组件标识数据、业务参数及组件业务数据三者之间的映射关系，查询用于拼装所述请求网页的多个非业务类的待使用积木组件的组件标识数据以及多个业务类的待使用积木组件的组件标识数据和组件业务数据；

根据查询到的所述组件标识数据及所述分析规则中预先确定的积木组件之间的组件关系数据，生成用于拼装所述请求网页的多个待使用积木组件的组件拼装结构数据；

根据所述渠道数据、组件标识数据及所述分析规则中预先确定的组件标识数据、渠道数据及组件状态数据三者之间的映射关系，查询用于拼装所述请求网页的多个待使用积木组件的组件状态数据；

输出用于拼装所述请求网页的多个待使用积木组件的组件标识数据、组件数据及组件拼装结构数据作为分析结果，所述业务类待使用积木组件的组件数据包括组件业务数据及组件状态数据，所述非业务类待使用积木组件的组件数据包括组件状态数据。

优选地，所述分析结果还包括原生类组件及其对应的组件拼装结构数据。

此外，为实现上述目的，本发明还提出一种服务器，所述服务器包括存储器和处理器，所述存储器上存储有第二网页数据处理程序，所述处理器执行第二网页数据处理程序时实现如下步骤：

第二接收步骤：接收终端设备发送的网页标识数据、渠道数据及业务参数；

确定步骤：根据预先确定的网页标识数据及分析规则之间的映射关系，确定所述网页标识数据对应的分析规则；

分析步骤：根据确定的所述分析规则、渠道数据及业务参数进行分析处理并输出分析结果，所述分析结果包括用于拼装请求网页的多个待使用积木组件的组件标识数据、组件数据及组件拼装结构数据；

第二发送步骤：发送所述分析结果至所述终端设备。

优选地，所述分析步骤包括：

根据所述业务参数及所述分析规则中预先确定的组件标识数据、业务参数及组件业务数据三者之间的映射关系，查询用于拼装所述请求网页的多个非业务类的待使用积木组件的组件标识数据以及多个业务类的待使用积木组件的组件标识数据和组件业务数据；

根据查询到的所述组件标识数据及所述分析规则中预先确定的积木组件之间的组件关系数据，生成用于拼装所述请求网页的多个待使用积木组件的组件拼装结构数据；

根据所述渠道数据、组件标识数据及所述分析规则中预先确定的组件标识数据、渠道数据及组件状态数据三者之间的映射关系，查询用于拼装所述请求网页的多个待使用积木组件的组件状态数据；

输出用于拼装所述请求网页的多个待使用积木组件的组件标识数据、组件数据及组件拼装结构数据作为分析结果，所述业务类待使用积木组件的组件数据包括组件业务数据及组件状态数据，所述非业务类待使用积木组件的组件数据包括组件状态数据。

优选地，所述分析结果还包括原生类组件及其对应的组件拼装结构数据。

此外，为实现上述目的，本发明还提出一种计算机可读存储介质，所述计算机可读存储介质存储有第二网页数据处理程序，所述第二网页数据处理程序可被至少一个处理器执行，以使所述至少一个处理器执行如上述任一项所述的网页数据处理方法的步骤。

本发明终端设备发送网页标识数据、渠道数据及业务参数至服务器；服务器根据网页标识数据对应的分析规则、渠道数据及业务参数分析并输出分析结果；终端设备基于多个待使用积木组件的组件标识数据及组件数据，加载对应的多个待使用积木组件，并根据组件拼装结构数据，对加载的多个待使用积木组件进行拼装处理，以渲染出请求网页。相较于现有技术相比，本发明提高了前端系统的灵活性，同时降低了前端系统的维护成本。

附图说明

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

图1为本发明网页数据处理系统的系统架构示意图；

图2为本发明网页数据处理程序第一实施例的运行环境示意图;

图3为本发明网页数据处理程序第一实施例的程序模块图;

图4为本发明网页数据处理方法第一实施例的流程示意图；

图5为本发明网页数据处理程序第二实施例的运行环境示意图;

图6为本发明网页数据处理程序第二实施例的程序模块图;

图7为本发明网页数据处理方法第二实施例的流程示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

以下结合附图对本发明的原理和特征进行描述，所举实例只用于解释本发明，并非用于限定本发明的范围。

本发明提出一种网页数据处理系统。

请参阅图1，图1为本发明网页数据处理系统的系统架构示意图。

该网页数据处理系统包括终端设备1及与所述终端设备1通信连接的服务器2。其中：

所述终端设备1包括存储器和处理器，所述存储器上存储有第一网页数据处理程序。

所述服务器2包括存储器和处理器，所述存储器上存储有第二网页数据处理程序。

所述终端设备1、服务器2及第一网页数据处理程序及第二网页数据处理程序的具体实施方式可参照下述实施例。

本发明提出一种网页数据处理程序，适用于终端设备。

请参阅图2，是本发明网页数据处理程序10第一实施例的运行环境示意图。

在本实施例中，网页数据处理程序10安装并运行于终端设备1中。终端设备1可以是桌上型计算机、笔记本、掌上电脑、手机及游戏机等计算设备。该终端设备1可包括，但不仅限于，存储器11、处理器12及显示器13。图2仅示出了具有组件11-13的终端设备1，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。

存储器11在一些实施例中可以是终端设备1的内部存储单元，例如该终端设备1的硬盘或内存。存储器11在另一些实施例中也可以是终端设备1的外部存储设备，例如终端设备1上配备的插接式硬盘，智能存储卡（Smart Media Card, SMC），安全数字（SecureDigital, SD）卡，闪存卡（FlashCard）等。进一步地，存储器11还可以既包括终端设备1的内部存储单元也包括外部存储设备。存储器11用于存储安装于终端设备1的应用软件及各类数据，例如网页数据处理程序10的程序代码等。存储器11还可以用于暂时地存储已经输出或者将要输出的数据。

处理器12在一些实施例中可以是一中央处理器（Central Processing Unit,CPU），微处理器或其他数据处理芯片，用于运行存储器11中存储的程序代码或处理数据，例如执行网页数据处理程序10等。

显示器13在一些实施例中可以是LED显示器、液晶显示器、触控式液晶显示器以及OLED（OrganicLight-Emitting Diode，有机发光二极管）触摸器等。显示器13用于显示在终端设备1中处理的信息以及用于显示可视化的用户界面。终端设备1的部件11-13通过程序总线相互通信。

请参阅图3，是本发明网页数据处理程序10第一实施例的程序模块图。在本实施例中，网页数据处理程序10可以被分割成一个或多个模块，一个或者多个模块被存储于存储器11中，并由一个或多个处理器（本实施例为处理器12）所执行，以完成本发明。例如，在图3中，网页数据处理程序10可以被分割成第一发送模块101、第一接收模块102、加载模块103及渲染模块104。本发明所称的模块是指能够完成特定功能的一系列计算机程序指令段，比程序更适合于描述网页数据处理程序10在终端设备1中的执行过程，其中：

第一发送模块101，用于在接收到携带网页标识数据的网页显示请求时，获取请求网页的渠道数据及业务参数，并发送所述网页标识数据、渠道数据及业务参数至服务器。

所述网页显示请求可以是HTTP（HyperText Transfer Protocol，超文本传输协议）请求，且该网页显示请求中携带有请求网页的网页标识数据。该网页标识数据可以是URL（UniformResource Locator，统一资源定位符），所述URL是能够用于标识某一互联网资源名称的字符串。当然，根据应用场景的不同及需求的不同，可对网页标识数据进行设置，并不限于使用URL作为网页标识数据。

所谓业务参数是指与业务相关的参数，例如，当前地理位置、所需展示的商品ID（identification）等参数。

所谓渠道是指网页的显示平台，例如，APP渠道（例如，微信等）、浏览器渠道等。

上述获取请求网页的业务参数的方法包括：

首先，获取所述请求网页的渠道数据。

然后，根据预先确定的网页标识数据及业务参数集合之间的映射关系，查询所述请求网页的网页标识数据对应的业务参数集合。

最后，在查询到的业务参数集合中，获取所述渠道数据对应的业务参数，以获得所述请求网页的业务参数。

优选地，本实施例中，该系统还包括创建模块（图中未示出）。

所述创建模块，用于创建积木组件库，所述积木组件库中包括多个初始化的积木组件。所述积木组件库设置于终端设备1的存储器11中，也可以设置于与所述终端设备1通信连接的外部存储器（例如，数据库）中。优选地，本实施例中，所述积木组件库中的多个积木组件存储于一积木组件脚本中，该积木组件脚本存储于终端设备1的存储器11中，或者存储于与所述终端设备1通信连接的外部存储器（例如，数据库）中。

所述积木组件即为标准化的组件，该标准化的组件是单一功能的代码片段，可以通过配置参数来显示出不同的状态。

在一些应用场景中，可预先对积木组件进行分类，例如，将积木组件划分成以下四类：

（1）公共类组件：是不涉及具体业务的通用积木组件，如轮播图、标签页等。

（2）布局类组件：用于对页面布局的积木组件，例如，一个空的九宫格。

（3）业务类组件：与业务相关的组件，该积木组件不可拆分。

（4）原生类组件：用于满足临时性的需求而开发的积木组件。该原生积木组件不存储于积木组件库。

上述公共类组件、布局类组件及原生类组件均未非业务类组件。

根据积木组件类别的不同，其包含的数据种类也有所不同。例如，业务类组件包括：组件状态数据、组件样式数据、预先确定的组件状态数据与组件样式数据之间的映射关系及组件业务数据。非业务类组件包括：组件状态数据、组件样式数据及预先确定的组件状态数据与组件样式数据之间的映射关系。其中：

所述组件状态数据是用于定义积木组件当前样式的参数。

所述组件业务数据为与业务相关的数据，例如，若一积木组件为商品列表积木组件，则该积木组件的业务数据包括商品名称、商品图片、商品价格等。

对于初始化的积木组件，其组件状态数据为初始化组件状态数据，若还包含组件业务数据，则其组件业务数据也为初始化组件业务数据，该初始化组件状态数据及初始化组件业务数据均为空值，即为待填充的数据。

优选地，本实施例中，所述积木组件还包括以下数据：组件事件数据及生命周期数据。其中：

所述组件事件数据定义触发各事件时的响应操作。触发事件的用户行为可举例为：用户手指在触摸屏上滑动，就产生滑动事件；用户按鼠标的按键，就产生click（点击）事件等。

所述生命周期数据用于记录积木组件当前的使用状态，例如，初始化状态、加载状态。

此外，还可预先定义积木组件之间的约束关系，所述约束关系包括：数量约束、父级约束、同级约束、子级约束、互斥依赖、兼容性、使用场景。其中：

所述数量约束包括拼装一网页所使用的积木组件的数量区间。

所述父级约束、子级约束及同级约束定义积木组件之间的组件关系。例如，以商品详情页为例，该页面分为“头部”、“内容区域”及“底部购买条”三个积木组件，其中“头部”包括“返回按钮”、“标题”、“分享按钮”三个积木组件，则“头部”为“返回按钮”、“标题”、“分享按钮”三个积木组件的父级组件，也就是说“头部”对上述三个积木组件存在父级约束，同样这三个积木组件为“头部”的子级组件，存在对“头部”的子级约束，而这三个积木组件之间为同级组件，相互之间存在同级约束。

所述互斥依赖定义不可同时使用的积木组件。而所述兼容性定义积木组件在业务数据出错时执行的操作（例如“不显示”或者“显示默认数据”等）。

使用场景定义积木组件适用的渠道。

可根据具体的应用场景，设置积木组件之间的约束关系，以满足多样化的需求。

第一接收模块102，用于接收服务器返回的分析结果。

其中，所述分析结果包括多个待使用积木组件的组件标识数据、组件数据及组件拼装结构数据。

优选地，本实施例中，所述分析结果中还包括原生类组件及其对应的组件拼装结构数据。该原生类组件是用于满足临时性的需求，例如，请求页面中插入一段特定文字，而积木组件库中并没有匹配的积木组件可用于该段文字的展示。此时，可修改服务器中的分析脚本，服务器通过解析并加载修改后的分析脚本执行分析规则，得到用于拼装所述请求网页的多个待使用积木组件的组件标识数据、组件数据、组件拼装结构数据以及至少一个原生类组件及及其组件拼装结构数据。

加载模块103，用于基于所述多个待使用积木组件的组件标识数据及组件数据，加载对应的多个待使用积木组件。

所述加载模块103具体用于：

首先，根据所述多个待使用积木组件的组件标识数据，在预先建立的积木组件库中查询对应的多个初始化的待使用积木组件。

然后，将各待使用积木组件的组件数据填充至对应的初始化的待使用积木组件中，以完成对所述初始化的待使用积木组件的加载。

对所述初始化的待使用积木组件的加载过程即是对该初始化的待使用积木组件进行“激活”的过程。

对于非业务类组件，通过将待使用积木组件的组件状态数据填充至对应的初始化的待使用积木组件的初始化组件状态数据的位置，以完成对初始化的非业务类组件的加载。

而对于业务类组件，则通过将待使用积木组件的组件状态数据及组件业务数据分别填充至对应的初始化的待使用积木组件的初始化组件状态数据的位置及初始化组件业务数据的位置，以完成对初始化的业务类组件的加载。

渲染模块104，用于根据所述组件拼装结构数据，对加载的所述多个待使用积木组件进行拼装处理，以渲染出所述请求网页。

根据所述组件拼装结构数据，对加载的所述多个待使用积木组件进行拼装处理，以生成请求网页的内容源码，例如，HTML（HyperTextMarkup Language，超级文本标记语言）。再根据所述请求网页的内容源码进行页面渲染，生成所述请求网页。

优选地，本实施例中，当所述分析结果还包括至少一个原生类组件及其对应的组件拼装结构数据时，所述渲染模块104还用于：

根据所述多个待使用积木组件的组件拼装结构数据及所述原生类组件的组件拼装结构数据，对加载的所述多个待使用积木组件及所述原生类组件进行拼装处理，以渲染出所述请求网页。

本实施例终端设备1发送网页标识数据、渠道数据及业务参数至服务器；服务器根据网页标识数据对应的分析规则、渠道数据及业务参数分析并输出分析结果；终端设备1基于多个待使用积木组件的组件标识数据及组件数据，加载对应的多个待使用积木组件，并根据组件拼装结构数据，对加载的多个待使用积木组件进行拼装处理，以渲染出请求网页。相较于现有技术相比，本实施例通过对积木组件的配置满足页面展示的多样化需求，无需修改终端设备（即前端）系统代码，提高了前端系统的灵活性，同时降低了前端系统的维护成本。

此外,本发明还提出一种网页数据处理方法，适用于终端设备。

如图4所示，图4为本发明网页数据处理方法第一实施例的流程示意图。

本实施例中，该方法包括：

步骤S11，在接收到携带网页标识数据的网页显示请求时，获取请求网页的渠道数据及业务参数，并发送所述网页标识数据、渠道数据及业务参数至服务器。

所述网页显示请求可以是HTTP（HyperText Transfer Protocol，超文本传输协议）请求，且该网页显示请求中携带有请求网页的网页标识数据。该网页标识数据可以是URL（UniformResource Locator，统一资源定位符），所述URL是能够用于标识某一互联网资源名称的字符串。当然，根据应用场景的不同及需求的不同，可对网页标识数据进行设置，并不限于使用URL作为网页标识数据。

所谓业务参数是指与业务相关的参数，例如，当前地理位置、所需展示的商品ID（identification）等参数。

所谓渠道是指网页的显示平台，例如，APP渠道（例如，微信等）、浏览器渠道等。

上述获取请求网页的业务参数的方法包括：

首先，获取所述请求网页的渠道数据。

然后，根据预先确定的网页标识数据及业务参数集合之间的映射关系，查询所述请求网页的网页标识数据对应的业务参数集合。

最后，在查询到的业务参数集合中，获取所述渠道数据对应的业务参数，以获得所述请求网页的业务参数。

优选地，本实施例中，在步骤S11之前，该方法还包括：

创建积木组件库，所述积木组件库中包括多个初始化的积木组件。所述积木组件库设置于终端设备的存储器中，也可以设置于与所述终端设备通信连接的外部存储器（例如，数据库）中。优选地，本实施例中，所述积木组件库中的多个积木组件存储于一积木组件脚本中，该积木组件脚本存储于终端设备的存储器中，或者存储于与所述终端设备通信连接的外部存储器（例如，数据库）中。

所述积木组件即为标准化的组件，该标准化的组件是单一功能的代码片段，可以通过配置参数来显示出不同的状态。

在一些应用场景中，可预先对积木组件进行分类，例如，将积木组件划分成以下四类：

（1）公共类组件：是不涉及具体业务的通用积木组件，如轮播图、标签页等。

（2）布局类组件：用于对页面布局的积木组件，例如，一个空的九宫格。

（3）业务类组件：与业务相关的组件，该积木组件不可拆分。

（4）原生类组件：用于满足临时性的需求而开发的积木组件。该原生积木组件不存储于积木组件库。

上述公共类组件、布局类组件及原生类组件均未非业务类组件。

根据积木组件类别的不同，其包含的数据种类也有所不同。例如，业务类组件包括：组件状态数据、组件样式数据、预先确定的组件状态数据与组件样式数据之间的映射关系及组件业务数据。非业务类组件包括：组件状态数据、组件样式数据及预先确定的组件状态数据与组件样式数据之间的映射关系。其中：

所述组件状态数据是用于定义积木组件当前样式的参数。

所述组件业务数据为与业务相关的数据，例如，若一积木组件为商品列表积木组件，则该积木组件的业务数据包括商品名称、商品图片、商品价格等。

对于初始化的积木组件，其组件状态数据为初始化组件状态数据，若还包含组件业务数据，则其组件业务数据也为初始化组件业务数据，该初始化组件状态数据及初始化组件业务数据均为空值，即为待填充的数据。

优选地，本实施例中，所述积木组件还包括以下数据：组件事件数据及生命周期数据。其中：

所述组件事件数据定义触发各事件时的响应操作。触发事件的用户行为可举例为：用户手指在触摸屏上滑动，就产生滑动事件；用户按鼠标的按键，就产生click（点击）事件等。

所述生命周期数据用于记录积木组件当前的使用状态，例如，初始化状态、加载状态。

此外，还可预先定义积木组件之间的约束关系，所述约束关系包括：数量约束、父级约束、同级约束、子级约束、互斥依赖、兼容性、使用场景。其中：

所述数量约束包括拼装一网页所使用的积木组件的数量区间。

所述父级约束、子级约束及同级约束定义积木组件之间的组件关系。例如，以商品详情页为例，该页面分为“头部”、“内容区域”及“底部购买条”三个积木组件，其中“头部”包括“返回按钮”、“标题”、“分享按钮”三个积木组件，则“头部”为“返回按钮”、“标题”、“分享按钮”三个积木组件的父级组件，也就是说“头部”对上述三个积木组件存在父级约束，同样这三个积木组件为“头部”的子级组件，存在对“头部”的子级约束，而这三个积木组件之间为同级组件，相互之间存在同级约束。

所述互斥依赖定义不可同时使用的积木组件。而所述兼容性定义积木组件在业务数据出错时执行的操作（例如“不显示”或者“显示默认数据”等）。

使用场景定义积木组件适用的渠道。

可根据具体的应用场景，设置积木组件之间的约束关系，以满足多样化的需求。

步骤S12，接收服务器返回的分析结果，所述分析结果包括多个待使用积木组件的组件标识数据、组件数据及组件拼装结构数据。

优选地，本实施例中，所述分析结果中还包括原生类组件及其对应的组件拼装结构数据。该原生类组件是用于满足临时性的需求，例如，请求页面中插入一段特定文字，而积木组件库中并没有匹配的积木组件可用于该段文字的展示。此时，可修改服务器中的分析脚本，服务器通过解析并加载修改后的分析脚本执行分析规则，得到用于拼装所述请求网页的多个待使用积木组件的组件标识数据、组件数据、组件拼装结构数据以及至少一个原生类组件及及其组件拼装结构数据。

步骤S13，基于所述多个待使用积木组件的组件标识数据及组件数据，加载对应的多个待使用积木组件。

所述步骤S13具体包括：

首先，根据所述多个待使用积木组件的组件标识数据，在预先建立的积木组件库中查询对应的多个初始化的待使用积木组件。

然后，将各待使用积木组件的组件数据填充至对应的初始化的待使用积木组件中，以完成对所述初始化的待使用积木组件的加载。

对所述初始化的待使用积木组件的加载过程即是对该初始化的待使用积木组件进行“激活”的过程。

对于非业务类组件，通过将待使用积木组件的组件状态数据填充至对应的初始化的待使用积木组件的初始化组件状态数据的位置，以完成对初始化的非业务类组件的加载。

而对于业务类组件，则通过将待使用积木组件的组件状态数据及组件业务数据分别填充至对应的初始化的待使用积木组件的初始化组件状态数据的位置及初始化组件业务数据的位置，以完成对初始化的业务类组件的加载。

步骤S14，根据所述组件拼装结构数据，对加载的所述多个待使用积木组件进行拼装处理，以渲染出所述请求网页。

根据所述组件拼装结构数据，对加载的所述多个待使用积木组件进行拼装处理，以生成请求网页的内容源码，例如，HTML（HyperTextMarkup Language，超级文本标记语言）。再根据所述请求网页的内容源码进行页面渲染，生成所述请求网页。

优选地，本实施例中，当所述分析结果还包括至少一个原生类组件及其对应的组件拼装结构数据时，所述步骤S14包括：

根据所述多个待使用积木组件的组件拼装结构数据及所述原生类组件的组件拼装结构数据，对加载的所述多个待使用积木组件及所述原生类组件进行拼装处理，以渲染出所述请求网页。

本实施例终端设备发送网页标识数据、渠道数据及业务参数至服务器；服务器根据网页标识数据对应的分析规则、渠道数据及业务参数分析并输出分析结果；终端设备基于多个待使用积木组件的组件标识数据及组件数据，加载对应的多个待使用积木组件，并根据组件拼装结构数据，对加载的多个待使用积木组件进行拼装处理，以渲染出请求网页。相较于现有技术相比，本实施例通过对积木组件的配置满足页面展示的多样化需求，无需修改客户端（即前端）代码，提高了前端系统的灵活性，同时降低了前端系统的维护成本。

进一步地，本发明还提出一种计算机可读存储介质，所述计算机可读存储介质存储有网页数据处理程序，所述网页数据处理程序可被至少一个处理器执行，以使所述至少一个处理器执行上述任一实施例中的网页数据处理方法。

本发明还提出一种网页数据处理程序，适用于服务器。

请参阅图5，是本发明网页数据处理程序20第二实施例的运行环境示意图。

在本实施例中，网页数据处理程序20安装并运行于服务器2中。服务器2可以是计算机等计算设备。该服务器2可包括，但不仅限于，存储器21、处理器22及显示器23。图5仅示出了具有组件21-23的服务器2，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。

存储器21在一些实施例中可以是服务器2的内部存储单元，例如该服务器2的硬盘或内存。存储器21在另一些实施例中也可以是服务器2的外部存储设备，例如服务器2上配备的插接式硬盘，智能存储卡（Smart Media Card, SMC），安全数字（Secure Digital, SD）卡，闪存卡（FlashCard）等。进一步地，存储器21还可以既包括服务器2的内部存储单元也包括外部存储设备。存储器21用于存储安装于服务器2的应用软件及各类数据，例如网页数据处理程序20的程序代码等。存储器21还可以用于暂时地存储已经输出或者将要输出的数据。

处理器22在一些实施例中可以是一中央处理器（Central Processing Unit,CPU），微处理器或其他数据处理芯片，用于运行存储器21中存储的程序代码或处理数据，例如执行网页数据处理程序20等。

显示器23在一些实施例中可以是LED显示器、液晶显示器、触控式液晶显示器以及OLED（OrganicLight-Emitting Diode，有机发光二极管）触摸器等。显示器23用于显示在服务器2中处理的信息以及用于显示可视化的用户界面。服务器2的部件21-23通过程序总线相互通信。

请参阅图6，是本发明网页数据处理程序20第二实施例的程序模块图。在本实施例中，网页数据处理程序20可以被分割成一个或多个模块，一个或者多个模块被存储于存储器21中，并由一个或多个处理器（本实施例为处理器22）所执行，以完成本发明。例如，在图6中，网页数据处理程序20可以被分割成第二接收模块201、确定模块202、分析模块203及第二发送模块204。本发明所称的模块是指能够完成特定功能的一系列计算机程序指令段，比程序更适合于描述网页数据处理程序20在服务器2中的执行过程，其中：

第二接收模块201，用于接收终端设备发送的网页标识数据、渠道数据及业务参数。

所谓业务参数是指与业务相关的参数，例如，当前地理位置、所需展示的商品ID（identification）等参数。

所述网页标识数据可以是URL（UniformResource Locator，统一资源定位符），所述URL是能够用于标识某一互联网资源名称的字符串。当然，根据应用场景的不同及需求的不同，可对网页标识数据进行设置，并不限于使用URL作为网页标识数据。

所谓渠道是指网页的显示平台，例如，APP渠道（例如，微信等）、浏览器渠道等。

确定模块202，用于根据预先确定的网页标识数据及分析规则之间的映射关系，确定所述网页标识数据对应的分析规则。

分析模块203，用于根据确定的所述分析规则、渠道数据及业务参数进行分析处理并输出分析结果，所述分析结果包括用于拼装请求网页的多个待使用积木组件的组件标识数据、组件数据及组件拼装结构数据。

分析模块203通过加载预先定义的分析脚本执行分析规则。

上述分析脚本可由产品经理预先编写而成，产品经理在编写分析脚本时需参照以下数据：积木组件之间的约束关系、积木组件分类、积木组件状态列表（即预先确定的组件状态数据与组件样式数据之间的映射关系）、渠道的显示要求数据、应用场景（例如，商品的促销场景）、不同商品类别的显示要求数据等。下面通过一个实例来说明分析脚本的编写方法：

假设积木组件标识信息（例如，积木组件ID）为001的“分享按钮组件”的状态列表如下：

组件状态数据	组件样式数据
		1	不展示
2	展示且颜色为绿色
		3	展示且颜色为橙色

假设各渠道对“分享按钮”的显示要求如下表所示：

渠道	显示要求
		APP1	不展示
APP2	展示且颜色为绿色
		APP3	展示且颜色为橙色

根据上述状态列表、渠道的显示要求数据可编写脚本如下：

如果是（APP1渠道）则[设置]<001>{1}；

如果是（APP2渠道）则 [设置]<001>{2}；

如果是（APP3渠道）则 [设置]<001>{3}。

优选地，本实施例中，所述分析模块203具体用于：

首先，根据所述业务参数及所述分析规则中预先确定的组件标识数据、业务参数及组件业务数据三者之间的映射关系，查询用于拼装所述请求网页的多个非业务类的待使用积木组件的组件标识数据以及多个业务类的待使用积木组件的组件标识数据和组件业务数据。

然后，根据查询到的所述组件标识数据及所述分析规则中预先确定的积木组件之间的组件关系数据，生成用于拼装所述请求网页的多个待使用积木组件的组件拼装结构数据。

接着，根据所述渠道数据、组件标识数据及所述分析规则中预先确定的组件标识数据、渠道数据及组件状态数据三者之间的映射关系，查询用于拼装所述请求网页的多个待使用积木组件的组件状态数据。

最后，输出用于拼装所述请求网页的多个待使用积木组件的组件标识数据、组件数据及组件拼装结构数据作为分析结果，所述业务类待使用积木组件的组件数据包括组件业务数据及组件状态数据，所述非业务类待使用积木组件的组件数据包括组件状态数据。

优选地，本实施例中，所述分析结果中还包括原生类组件及其对应的组件拼装结构数据。该原生类组件是用于满足临时性的需求，例如，请求页面中插入一段特定文字，而积木组件库中并没有匹配的积木组件可用于该段文字的展示。此时，可修改服务器2中的分析脚本，分析模块203通过解析并加载修改后的分析脚本执行分析规则，得到用于拼装所述请求网页的多个待使用积木组件的组件标识数据、组件数据、组件拼装结构数据以及至少一个原生类组件及及其组件拼装结构数据。

第二发送模块204，用于发送所述分析结果至所述终端设备。

本实施例终端设备发送网页标识数据、渠道数据及业务参数至服务器2；服务器2根据网页标识数据对应的分析规则、渠道数据及业务参数分析并输出分析结果；终端设备基于多个待使用积木组件的组件标识数据及组件数据，加载对应的多个待使用积木组件，并根据组件拼装结构数据，对加载的多个待使用积木组件进行拼装处理，以渲染出请求网页。相较于现有技术相比，本实施例通过对积木组件的配置满足页面展示的多样化需求，无需修改终端设备（即前端）系统代码，提高了前端系统的灵活性，同时降低了前端系统的维护成本。

此外,本发明还提出一种网页数据处理方法，适用于服务器。

如图7所示，图7为本发明网页数据处理方法第二实施例的流程示意图。

本实施例中，该方法包括：

步骤S21，接收终端设备发送的网页标识数据、渠道数据及业务参数。

所谓业务参数是指与业务相关的参数，例如，当前地理位置、所需展示的商品ID（identification）等参数。

所述网页标识数据可以是URL（UniformResource Locator，统一资源定位符），所述URL是能够用于标识某一互联网资源名称的字符串。当然，根据应用场景的不同及需求的不同，可对网页标识数据进行设置，并不限于使用URL作为网页标识数据。

所谓渠道是指网页的显示平台。

步骤S22，根据预先确定的网页标识数据及分析规则之间的映射关系，确定所述网页标识数据对应的分析规则。

步骤S23，根据确定的所述分析规则、渠道数据及业务参数进行分析处理并输出分析结果，所述分析结果包括用于拼装请求网页的多个待使用积木组件的组件标识数据、组件数据及组件拼装结构数据。

服务器通过加载预先定义的分析脚本执行分析规则。

上述分析脚本可由产品经理预先编写而成，产品经理在编写分析脚本时需参照以下数据：积木组件之间的约束关系、积木组件分类、积木组件状态列表（即预先确定的组件状态数据与组件样式数据之间的映射关系）、渠道的显示要求数据、应用场景（例如，商品的促销场景）、不同商品类别的显示要求数据等。下面通过一个实例来说明分析脚本的编写方法：

假设积木组件标识信息（例如，积木组件ID）为001的“分享按钮组件”的状态列表如下：

组件状态数据	组件样式数据
		1	不展示
2	展示且颜色为绿色
		3	展示且颜色为橙色

假设各渠道对“分享按钮”的显示要求如下表所示：

渠道	显示要求
		APP1	不展示
APP2	展示且颜色为绿色
		APP3	展示且颜色为橙色

根据上述状态列表、渠道的显示要求数据可编写脚本如下：

如果是（APP1）则[设置]<001>{1}；

如果是（APP2）则 [设置]<001>{2}；

如果是（APP3）则 [设置]<001>{3}。

优选地，本实施例中，所述步骤S23具体包括：

首先，根据所述业务参数及所述分析规则中预先确定的组件标识数据、业务参数及组件业务数据三者之间的映射关系，查询用于拼装所述请求网页的多个非业务类的待使用积木组件的组件标识数据以及多个业务类的待使用积木组件的组件标识数据和组件业务数据。

然后，根据查询到的所述组件标识数据及所述分析规则中预先确定的积木组件之间的组件关系数据，生成用于拼装所述请求网页的多个待使用积木组件的组件拼装结构数据。

接着，根据所述渠道数据、组件标识数据及所述分析规则中预先确定的组件标识数据、渠道数据及组件状态数据三者之间的映射关系，查询用于拼装所述请求网页的多个待使用积木组件的组件状态数据。

最后，输出用于拼装所述请求网页的多个待使用积木组件的组件标识数据、组件数据及组件拼装结构数据作为分析结果，所述业务类待使用积木组件的组件数据包括组件业务数据及组件状态数据，所述非业务类待使用积木组件的组件数据包括组件状态数据。

优选地，本实施例中，所述分析结果中还包括原生类组件及其对应的组件拼装结构数据。该原生类组件是用于满足临时性的需求，例如，请求页面中插入一段特定文字，而积木组件库中并没有匹配的积木组件可用于该段文字的展示。此时，可修改服务器中的分析脚本，服务器通过解析并加载修改后的分析脚本执行分析规则，得到用于拼装所述请求网页的多个待使用积木组件的组件标识数据、组件数据、组件拼装结构数据以及至少一个原生类组件及及其组件拼装结构数据。

步骤S24，发送所述分析结果至所述终端设备。

本实施例终端设备发送网页标识数据、渠道数据及业务参数至服务器；服务器根据网页标识数据对应的分析规则、渠道数据及业务参数分析并输出分析结果；终端设备基于多个待使用积木组件的组件标识数据及组件数据，加载对应的多个待使用积木组件，并根据组件拼装结构数据，对加载的多个待使用积木组件进行拼装处理，以渲染出请求网页。相较于现有技术相比，本实施例通过对积木组件的配置满足页面展示的多样化需求，无需修改终端设备（即前端）代码，提高了前端系统的灵活性，同时降低了前端系统的维护成本。

进一步地，本发明还提出一种计算机可读存储介质，所述计算机可读存储介质存储有网页数据处理程序，所述网页数据处理程序可被至少一个处理器执行，以使所述至少一个处理器执行上述任一实施例中的网页数据处理方法。

以上所述仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是在本发明的发明构思下，利用本发明说明书及附图内容所作的等效结构变换，或直接/间接运用在其他相关的技术领域均包括在本发明的专利保护范围内。

Claims (10)

1.一种网页数据处理方法，适用于终端设备，其特征在于，该方法包括步骤：

第一发送步骤：在接收到携带网页标识数据的网页显示请求时，获取请求网页的渠道数据及业务参数，并发送所述网页标识数据、渠道数据及业务参数至服务器，所述服务器根据预先确定的网页标识数据及分析规则之间的映射关系，确定所述网页标识数据对应的分析规则，根据确定的所述分析规则、渠道数据及业务参数进行分析处理得到分析结果并返回给所述终端设备，所述渠道是指网页的显示平台；

第一接收步骤：接收服务器返回的分析结果，所述分析结果包括多个待使用积木组件的组件标识数据、组件数据及组件拼装结构数据，所述积木组件是指标准化的组件，该标准化的组件是单一功能的代码片段；

加载步骤：基于所述多个待使用积木组件的组件标识数据及组件数据，加载对应的多个待使用积木组件；

渲染步骤：根据所述组件拼装结构数据，对加载的所述多个待使用积木组件进行拼装处理，以渲染出所述请求网页。

2.如权利要求1所述的网页数据处理方法，其特征在于，所述加载步骤包括：

根据所述多个待使用积木组件的组件标识数据，在预先建立的积木组件库中查询对应的多个初始化的待使用积木组件；

将各待使用积木组件的组件数据填充至对应的初始化的待使用积木组件中，以完成对所述初始化的待使用积木组件的加载。

3.如权利要求1或2所述的网页数据处理方法，其特征在于，当所述分析结果还包括至少一个原生类组件及其对应的组件拼装结构数据时，所述渲染步骤包括：

根据所述多个待使用积木组件的组件拼装结构数据及所述原生类组件的组件拼装结构数据，对加载的所述多个待使用积木组件及所述原生类组件进行拼装处理，以渲染出所述请求网页。

4.一种网页数据处理方法，适用于服务器，其特征在于，该方法包括步骤：

第二接收步骤：接收终端设备发送的网页标识数据、渠道数据及业务参数，所述渠道是指网页的显示平台；

确定步骤：根据预先确定的网页标识数据及分析规则之间的映射关系，确定所述网页标识数据对应的分析规则；

分析步骤：根据确定的所述分析规则、渠道数据及业务参数进行分析处理并输出分析结果，所述分析结果包括用于拼装请求网页的多个待使用积木组件的组件标识数据、组件数据及组件拼装结构数据，所述积木组件是指标准化的组件，该标准化的组件是单一功能的代码片段；

第二发送步骤：发送所述分析结果至所述终端设备，所述终端设备接收所述分析结果后，基于所述分析结果中的所述多个待使用积木组件的组件标识数据及组件数据，加载对应的多个待使用积木组件，并根据所述组件拼装结构数据，对加载的所述多个待使用积木组件进行拼装处理，以渲染出所述请求网页。

5.如权利要求4所述的网页数据处理方法，其特征在于，所述分析步骤包括：

根据所述业务参数及所述分析规则中预先确定的组件标识数据、业务参数及组件业务数据三者之间的映射关系，查询用于拼装所述请求网页的多个非业务类的待使用积木组件的组件标识数据以及多个业务类的待使用积木组件的组件标识数据和组件业务数据；

根据查询到的所述组件标识数据及所述分析规则中预先确定的积木组件之间的组件关系数据，生成用于拼装所述请求网页的多个待使用积木组件的组件拼装结构数据；

根据所述渠道数据、组件标识数据及所述分析规则中预先确定的组件标识数据、渠道数据及组件状态数据三者之间的映射关系，查询用于拼装所述请求网页的多个待使用积木组件的组件状态数据；

输出用于拼装所述请求网页的多个待使用积木组件的组件标识数据、组件数据及组件拼装结构数据作为分析结果，所述业务类待使用积木组件的组件数据包括组件业务数据及组件状态数据，所述非业务类待使用积木组件的组件数据包括组件状态数据。

6.如权利要求4或5所述的网页数据处理方法，其特征在于，所述分析结果还包括原生类组件及其对应的组件拼装结构数据。

7.一种终端设备，所述终端设备包括存储器和处理器，其特征在于，所述存储器上存储有第一网页数据处理程序，所述第一网页数据处理程序可被至少一个处理器执行，以使所述至少一个处理器执行如权利要求1至3中任一项所述的网页数据处理方法的步骤。

8.一种服务器，所述服务器包括存储器和处理器，其特征在于，所述存储器上存储有第二网页数据处理程序，所述第二网页数据处理程序可被至少一个处理器执行，以使所述至少一个处理器执行如权利要求4至6中任一项所述的网页数据处理方法的步骤。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有第一网页数据处理程序，所述第一网页数据处理程序可被至少一个处理器执行，以使所述至少一个处理器执行如权利要求1至3中任一项所述的网页数据处理方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有第二网页数据处理程序，所述第二网页数据处理程序可被至少一个处理器执行，以使所述至少一个处理器执行如权利要求4至6中任一项所述的网页数据处理方法的步骤。

Images