一种网页展示方法、装置、电子设备和存储介质

技术领域

本申请涉及网页展示技术领域，具体而言，涉及一种网页展示方法、装置、电子设备和存储介质。

背景技术

目前app页面的开发，一部分开发人员会使用原生语言开发，也有一部分开发人员使用混合框架开发。这两种开发都存在着以下问题：对开发人员技术要求较高，原生开发需要开发人员掌握原生语法以及原生开发工具，混合框架开发人员不仅要掌握原生开发人员需要掌握的技术，还要掌握混合框架的相关语法以及开发工具的使用。对于小微企业需要的轻量化应用来说，资金投入以及时间投入过大，周期过长，特别地，针对于动态事件页面，需要对动态页面中的事件进行修改时，需要管理员手动修改，降低了开发效率。在用户访问动态页面时，每次都需要将整个动态网页发送到客户端，等待时间较长，降低了用户体验。

发明内容

本申请实施例的目的在于提供一种网页展示方法、装置、电子设备和存储介质，能够减少开发人员的学习时间，开发时间，提高开发效率。

本申请实施例提供了一种网页展示方法，包括：

向服务器发送第一请求，以使所述服务器根据所述第一请求返回配置信息；

接收所述配置信息，根据所述配置信息在内存中获取组件模块以及事件信息；

将所述组件模块和所述事件信息进行绑定，得到绑定后的组件模块；

所述事件信息用于控制所述组件模块被触发时执行的动作；

根据所述绑定后的组件模块生成并展示第一网页。

在上述实现过程中，组件模块和事件信息都预先存储在内存中，当需要展示页面时，只需要向服务器请求配置信息，该配置信息中包括了展示页面所需要的组件模块以及事件信息，根据配置信息将本地存储的组件模块和配置信息进行绑定之后，即可生成展示页面。由于组件模块和事件信息都预先存储在内存中，因此，服务器只需要发送配置信息即可，减少了数据传输量，减少动态页面的生成事件；开发人员在需要对动态页面进行更新时，只需要在服务器中修改配置信息，不需要大量的语言学习成本，提高了开发效率。

进一步地，所述接收所述配置信息，根据所述配置信息在内存中获取组件模块以及事件信息的步骤之前，还包括：

根据组件模块生成并展示第二网页。

在上述实现过程中，第一网页是动态页面，动态页面中的组件模块绑定了事件信息，组件模块中的事件信息控制的对应动作只有在用户触发了对应动作之后才会产生，第一网页和第二网页之间的区别在于是否绑定了事件信息，其外观是相同的。用户在看到一个网页的时候通常是对网页进行观看之后再进行点击等触发动作，因此，可以首先向用户展示第二网页，利用用户在观看第二网页的时间将事件信息和组件模块绑定，生成动态的第一网页，将用户获取信息的时间点提前，进一步提高用户的体验。

进一步地，所述向服务器发送第一请求的步骤之前，包括：

响应于用户输入的页面跳转请求，加载视图控制器；

根据所述页面跳转请求向所述服务器发送所述第一请求；

所述根据所述绑定后的组件模块生成并展示第一网页的步骤，包括：

驱动所述视图控制器，以使所述视图控制器根据所述组件模块生成所述第一网页；

展示所述第一网页。

在上述实现过程中，视图控制器的作用是将各种组件模块以及事件信息进行解析，呈现出用户最终所看到的网页，通过在用户触发页面跳转请求时就加载视图控制器，可以提高生成第一网页的速度。

进一步地，所述组件模块包括：事件模块，所述配置信息包括：所述事件信息在内存中的标识信息；

所述接收所述配置信息，根据所述配置信息在内存中获取组件模块以及事件信息的步骤，包括：

判断所述配置信息是否包括所述标识信息；

若是，根据所述配置信息在内存中获取组件模块以及事件信息。

在上述实现过程中，如果配置信息中包括了事件信息在内存中的标识信息，说明第一网页是动态网页，根据该配置信息去获取对应的事件信息。

进一步地，所述方法还包括：响应于服务器发送的第二请求，向所述服务器发送第三请求，以使所述服务器根据所述第三请求发送更新后的组件模块；

接收所述服务器发送的更新后的组件模块和或事件信息。

在上述实现过程中，当服务器需要对组件模块更新时，发送第二请求给客户端，客户端发送第三请求，服务器开始将更新后的组件模块和事件信息发送给客户端，基于上述实施方式，可以在用户空闲时间实现本地组件模块以及事件信息的更新，客户端在后续展示网页时无需再从服务器获取更新后的组件模块。

进一步地，所述配置信息包括：所述组件模块的显示属性值；所述组件模块包括：默认属性值；

所述接收所述配置信息的步骤之后，还包括：

根据所述组件模块的显示属性值修改所述组件模块的默认属性值。

在上述实现过程中，所述配置信息包括组件模块在网页中的显示属性，通过配置信息中的显示属性值修改组件模块的默认属性值，服务器可以实现对组件模块的定制化显示。

进一步地，所述组件模块包括关于事件的描述信息；所述将所述组件模块和所述事件信息进行绑定的步骤，包括：

将所述事件信息作为所述描述信息添加到所述组件模块中。

第二方面，本申请实施例提供一种网页展示装置，包括：

请求发送模块，用于向服务器发送第一请求，以使所述服务器根据所述第一请求返回配置信息；

接收模块，用于接收所述配置信息，根据所述配置信息在内存中获取组件模块以及事件信息；

绑定模块，用于将所述组件模块和所述事件信息进行绑定，得到绑定后的组件模块，所述事件信息用于控制所述组件模块被触发时执行的动作；

展示模块，用于根据所述绑定后的组件模块生成并展示第一网页。

第三方面，本申请实施例提供的一种电子设备，包括：存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如第一方面任一项所述的方法的步骤。

第四方面，本申请实施例提供的一种计算机可读存储介质，所述计算机可读存储介质上存储有指令，当所述指令在计算机上运行时，使得所述计算机执行如第一方面任一项所述的方法。

本申请公开的其他特征和优点将在随后的说明书中阐述，或者，部分特征和优点可以从说明书推知或毫无疑义地确定，或者通过实施本申请公开的上述技术即可得知。

为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的网页显示方法的流程示意图；

图2为本申请实施例提供的另一网页显示方法的流程示意图；

图3为本申请实施例提供的网页显示装置的结构示意图；

图4为本申请实施例提供的电子设备的结构示意图。

具体实施方式

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

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

实施例1

参见图1，本申请实施例提供一种网页显示方法，应用于客户端，包括：

S101：向服务器发送第一请求，以使所述服务器根据所述第一请求返回配置信息；

客户端可以是手机、平板电脑等通信设备，客户端和服务器通信连接。

用户进入到客户端的某个APP，客户端在检测到该APP被启动的时候，开始向服务器发送第一请求，该第一请求中包括了该APP首页的配置信息。

S102：接收所述配置信息，根据所述配置信息在内存中获取组件模块以及事件信息；

客户端根据配置信息在内存中确定要获取的组件模块以及事件信息。其中，组件模块是开发人员预先封装好的。预先封装好的组件为各种UI组件，包括但不限于顶部导航栏、底部导航栏、列表、按钮、输入框、图片视图等；事件信息包括但不限于：控件交互事件、页面交互事件、网络数据请求、手机相机相册等。各种组件模块和事件信息被预先存储在存储设备或者存储介质中，当接收到配置信息时，将组件模块和事件信息从存储设备或者存储介质中复制到运行内存中。

S103：将所述组件模块和所述事件信息进行绑定，得到绑定后的组件模块，所述事件信息用于控制所述组件模块被触发时执行的动作；

组件模块中具有对应的描述信息，描述信息用于控制组件模块在被触发时执行的动作。将组件模块和事件信息进行绑定的步骤，包括：

将事件信息作为描述信息添加到组件模块中。

S104：根据所述绑定后的组件模块生成并展示第一网页。

首先加载视图控制器到内存中，安装有不同系统的客户端中具有不同视图控制器，视图控制器根据绑定后的组件模块生成并展示第一网页。

在上述实现过程中，组件模块和事件信息都预先存储在内存中，当需要展示页面时，只需要向服务器请求配置信息，该配置信息中包括了展示页面所需要的组件模块以及事件信息，根据配置信息将本地存储的组件模块和配置信息进行绑定之后，即可生成展示页面。由于组件模块和事件信息都预先存储在内存中，因此，服务器只需要发送配置信息即可，减少了数据传输量，减少动态页面的生成事件；开发人员在需要对动态页面进行更新时，只需要在服务器中修改配置信息，不需要大量的语言学习成本，提高了开发效率。

在一种可能的实施方式中，S101之前，方法还包括：响应于用户输入的页面跳转请求，加载视图控制器；根据所述页面跳转请求向所述服务器发送所述第一请求；S104包括：驱动所述视图控制器，以使所述视图控制器根据所述组件模块生成所述第一网页；展示所述第一网页。

在上述实现过程中，视图控制器的作用是将各种组件模块以及事件信息进行解析，呈现出用户最终所看到的网页，通过在用户触发页面跳转请求时就加载视图控制器，可以提高生成第一网页的速度。

进一步地，所述组件模块包括：事件模块，所述配置信息包括：所述事件信息在内存中的标识信息；所述根据所述配置信息在内存中获取组件模块以及事件信息的步骤，包括：判断所述配置信息是否包括所述标识信息；若是，根据所述配置信息在内存中获取组件模块以及事件信息。

如果配置信息中包括了事件信息在内存中的标识信息，说明第一网页是动态网页，根据该配置信息去获取对应的事件信息。所述方法还包括：响应于服务器发送的第二请求，向所述服务器发送第三请求，以使所述服务器根据所述第三请求发送更新后的组件模块；接收所述服务器发送的更新后的组件模块和或事件信息。

在上述实现过程中，当服务器需要对组件模块更新时，发送第二请求给客户端，客户端发送第三请求，服务器开始将更新后的组件模块和事件信息发送给客户端，基于上述实施方式，可以在用户空闲时间实现本地组件模块以及事件信息的更新，客户端在后续展示网页时无需再从服务器获取更新后的组件模块。

实施例2

参见图2，本申请实施例提供另一种网页展示方法，包括：

S201：向服务器发送第一请求，以使所述服务器根据所述第一请求返回配置信息；

第一请求为所访问页面的URL。

S202：接收所述配置信息，根据所述配置信息在内存中获取组件模块以及事件信息；

S203：根据组件模块生成并展示第二网页；

S204：将所述组件模块和所述事件信息进行绑定，得到绑定后的组件模块；所述事件信息用于控制所述组件模块被触发时执行的动作；

S205：根据所述绑定后的组件模块生成并展示第一网页。

在上述实现过程中，第一网页是动态页面，动态页面中的组件模块绑定了事件信息，组件模块中的事件信息控制的对应动作只有在用户触发了对应动作之后才会产生，第一网页和第二网页之间的区别在于是否绑定了事件信息，其外观是相同的。用户在看到一个网页的时候通常是对网页进行观看之后再进行点击等触发动作，因此，可以首先向用户展示第二网页，利用用户在观看第二网页的时间将事件信息和组件模块绑定，生成动态的第一网页，将用户获取信息的时间点提前，进一步提高用户的体验。

在一种可能的实施方式中，向服务器发送第一请求的步骤，包括：响应于用户输入的页面跳转请求，加载视图控制器；根据所述页面跳转请求向所述服务器发送所述第一请求；所述根据所述绑定后的组件模块生成并展示第一网页的步骤，包括：驱动所述视图控制器，以使所述视图控制器根据所述组件模块生成所述第一网页；展示所述第一网页。根据组件模块生成并展示第二网页的步骤，包括：驱动所述视图控制器，以使所述试图控制器根据所述组件模块生成并展示第二网页。

在一可能的实施方式中，组件模块包括：事件模块以及非事件模块，其中，非事件模块是静态模块，不能用于和事件信息绑定；配置信息中：包括：组件模块的标识信息以及事件信息的标识信息；在S102之后，方法还包括：判断配置信息中是否包括：事件信息的标识信息；如果配置信息中没有关于事件信息的标识信息，那么可以直接生成第二网页。不需要将事件模块和事件信息进行绑定。

在一可能的实施方式中，在S105之前，方法还包括：记录当前所述第二网页和屏幕的相对关系；S105包括：根据绑定后的事件模块生成第一网页；根据所述相对关系展示所述第一网页。

示例性地，在生成第二网页的时候，每隔预设时间获取所述第二网页和屏幕之间的相对关系。

示例性地，也可以在生成第一网页的进程开始后的预设时间，或者在生成第一网页的进程开始的同时，获取当前第二网页和屏幕之间的相对关系。

上述示例中，相对关系指的是，当前屏幕上显示的画面是第一页面是的哪一个部分。具体地，可以以当前屏幕中的一个或多个组件的坐标为准，也就是说，该相对关系包括：当前屏幕中的目标组件的在屏幕中的坐标；记录当前所述第二网页和屏幕的相对关系的步骤，包括：记录当前目标组件在屏幕中的第一坐标；根据所述相对关系展示所述第一网页的步骤，包括：显示所述第一网页，以使所述目标组件在所述屏幕的第二坐标和所述第一坐标相同。

上述实现过程中，考虑到第一网页和第二网页之间的不同之处只是在于，第一网页中的组件是包括了事件信息，第二网页是静态页面，不包括了事件信息，在用户的直观感受看来是一样的，只有在事件触发的时候第一网页会执行不同的动作。因此，基于上述实施方式，可以提前将网页显示在客户端。

所述配置信息包括：所述组件模块的显示属性值；所述组件模块包括：默认属性值；在接收到配置信息之后，方法还包括：

根据所述组件模块的显示属性值修改所述组件模块的默认属性值。

在上述实现过程中，所述配置信息包括组件模块在网页中的显示属性，通过配置信息中的显示属性值修改组件模块的默认属性值，服务器可以实现对组件模块的定制化显示。

在一可能的实施方式中，S101，包括：响应于用户的页面跳转请求，根据所述页面跳转请求发送第一请求，以使所述服务器根据所述第一请求返回所述页面跳转请求对应的所在页面和所在页面的跳转页面配置信息。

示例性地，用户点击首页，首页中具有一个或多个事件模块，事件模块在被触发时，会跳转到其他页面；因此，服务器会同时将首页和其他页面的配置信息发送到客户端。

配置文件中只包括了事件的标识信息，因此，配置文件的大小会相比于现有技术服务器返回的包括事件模块和事件信息的文件的大小小很多，即时将所在页面的跳转页面的配置信息发送到客户端，花费的时间也不会增加。基于此，可以在用户连续点击一个或多个跳转链接触发跳转页面时，客户端能够快速从本地生成相应的页面信息。

实施例3

参见图3，本申请实施例提供一种网页展示装置，包括：

请求发送模块1，用于向服务器发送第一请求，以使所述服务器根据所述第一请求返回配置信息；

接收模块2，用于接收所述配置信息；

获取模块3，用于根据所述配置信息在内存中获取组件模块以及事件信息；

绑定模块4，用于将所述组件模块和所述事件信息进行绑定，得到绑定后的组件模块，所述事件信息用于控制所述组件模块被触发时执行的动作；

展示模块5，用于根据所述绑定后的组件模块生成并展示第一网页。

在一种可能的实施方式中，发送模块还用于响应于用户输入的页面跳转请求，加载视图控制器；根据所述页面跳转请求向所述服务器发送所述第一请求；展示模块还用于驱动所述视图控制器，以使所述视图控制器根据所述组件模块生成所述第一网页；展示所述第一网页。

在一种可能的实施方式中，所述组件模块包括：事件模块，所述配置信息包括：所述事件信息在内存中的标识信息；获取模块还用于判断所述配置信息是否包括所述标识信息；若是，根据所述配置信息在内存中获取组件模块以及事件信息。

在一种可能的实施方式中，装置还包括：更新模块，用于响应于服务器发送的第二请求，向所述服务器发送第三请求，以使所述服务器根据所述第三请求发送更新后的组件模块；接收所述服务器发送的更新后的组件模块和或事件信息。

在一种可能的实施方式中，所述配置信息包括：所述组件模块的显示属性值；所述组件模块包括：默认属性值；更新模块还用于根据所述组件模块的显示属性值修改所述组件模块的默认属性值。

在一种可能的实施方式中，绑定模块还用于将所述事件信息作为所述描述信息添加到所述组件模块中。

本申请还提供一种电子设备，请参见图4，图4为本申请实施例提供的一种电子设备的结构框图。电子设备可以包括处理器41、通信接口42、存储器43和至少一个通信总线44。其中，通信总线44用于实现这些组件直接的连接通信。其中，本申请实施例中电子设备的通信接口42用于与其他节点设备进行信令或数据的通信。处理器41可以是一种集成电路芯片，具有信号的处理能力。

上述的处理器41可以是通用处理器，包括中央处理器(Central ProcessingUnit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器41也可以是任何常规的处理器等。

存储器43可以是，但不限于，随机存取存储器(Random Access Memory，RAM)，只读存储器(Read Only Memory，ROM)，可编程只读存储器(Programmable Read-Only Memory，PROM)，可擦除只读存储器(Erasable Programmable Read-Only Memory，EPROM)，电可擦除只读存储器(Electric Erasable Programmable Read-Only Memory，EEPROM)等。存储器43中存储有计算机可读取指令，当计算机可读取指令由处理器41执行时，电子设备可以执行上述方法实施例涉及的各个步骤。

可选地，电子设备还可以包括存储控制器、输入输出单元。

存储器43、存储控制器、处理器41、外设接口、输入输出单元各元件相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通信总线44实现电性连接。处理器41用于执行存储器43中存储的可执行模块，例如电子设备包括的软件功能模块或计算机程序。

输入输出单元用于提供给用户创建任务以及为该任务创建启动可选时段或预设执行时间以实现用户与服务器的交互。输入输出单元可以是，但不限于，鼠标和键盘等。

可以理解，图4所示的结构仅为示意，电子设备还可包括比图4中所示更多或者更少的组件，或者具有与图4所示不同的配置。图4中所示的各组件可以采用硬件、软件或其组合实现。

本申请实施例还提供一种计算机可读存储介质，计算机可读存储介质上存储有指令，当指令在计算机上运行时，计算机程序被处理器执行时实现方法实施例的方法，为避免重复，此处不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本申请的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本申请的实施例而已，并不用于限制本申请的保护范围，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。

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