CN111324836A

CN111324836A - 一种页面的处理方法、装置、计算机设备和存储介质

Info

Publication number: CN111324836A
Application number: CN202010084736.7A
Authority: CN
Inventors: 贺勋
Original assignee: Guangzhou Huya Technology Co Ltd
Current assignee: Guangzhou Huya Technology Co Ltd
Priority date: 2020-02-10
Filing date: 2020-02-10
Publication date: 2020-06-23
Anticipated expiration: 2040-02-10
Also published as: CN111324836B

Abstract

本发明实施例公开了一种页面的处理方法、装置、计算机设备和存储介质，该方法包括：显示页面；获取位于本页的业务数据，作为第一业务数据；在所述页面中，沿行或列绘制所述第一业务数据；在所述第一业务数据显示完毕之前，获取所述页面中、位于下一页的业务数据，作为第二业务数据；确定所述行或所述列中具有空白的显示区域，所述显示区域用于绘制业务数据；在所述页面中，自所述空白的显示区域沿所述行或所述列绘制所述第二业务数据。显示的区域有限，提前加载下一页的第二业务数据填补本页出现的空白的显示区域，避免对显示的资源造成浪费。

Description

一种页面的处理方法、装置、计算机设备和存储介质

技术领域

本发明实施例涉及页面处理技术，尤其涉及一种页面的处理方法、装置、计算机设备和存储介质。

背景技术

目前，为了给用户提供服务，各个网站会定期或不定期推送用户订阅的业务数据或推送一些用户可能感兴趣的业务数据至该用户登录的应用中，供用户浏览。

当信息以简洁和结构化的方式呈现时，用户更容易阅读和理解，这些应用通常比较规范化地显示业务数据，例如，统一业务数据的大小、业务数据组成特定的结构，等等。

网站在选择业务数据、推送业务的过程中，因为各项原因，每次推送的业务数据的数量不一定是固定的，在两次推送的业务数据之间偶尔会出现不整齐、出现空白的显示区域的情况。

以直播应用的页面为例，如图1所示，在直播应用的页面100中，向观众用户推送主播数据101，该主播数据101分为n行两列显示，即每行显示两个主播数据101。在最后一行，仅绘制了一个主播数据101，存在空白的显示区域102，其中，该空白的显示区域102(虚线区域)足以显示一个主播数据101。

一方面，在移动终端、可穿戴设备等计算机设备中，显示的区域有限，出现空白的显示区域，是对显示的资源造成浪费，尤其是，推送给应用程序的业务数据一般是与用户适配、网站重视或推广的内容，具有较高的价值，对显示的资源造成的浪费尤为明显。

另一方面，出现空白的显示区域，容易给用户造成页面出错或网络出错等问题，此时，用户容易进行刷新页面、关闭页面再重新打开等操作，网站重新推送业务数据、应用重新显示业务数据，对设备硬件、网络带宽等资源造成浪费。

发明内容

本发明实施例提供一种页面的处理方法、装置、计算机设备和存储介质，以解决在规范化显示业务数据时出现空白的显示区域的问题。

第一方面，本发明实施例提供了一种页面的处理方法，包括：

显示页面；

获取位于本页的业务数据，作为第一业务数据；

在所述页面中，沿行或列绘制所述第一业务数据；

在所述第一业务数据显示完毕之前，获取所述页面中、位于下一页的业务数据，作为第二业务数据；

确定所述行或所述列中具有空白的显示区域，所述显示区域用于绘制业务数据；

在所述页面中，自所述空白的显示区域沿所述行或所述列绘制所述第二业务数据。

可选地，所述获取位于本页的业务数据，作为第一业务数据，包括：

发送第一加载请求至服务器，所述服务器用于响应于所述第一加载请求，召回与当前用户数据匹配的业务数据、按照预设的业务规则对所述业务数据进行筛选；

接收所述服务器发送的业务数据，作为本页的第一业务数据；

所述获取所述页面中、位于下一页的业务数据，作为第二业务数据，包括：

发送第二加载请求至服务器，所述服务器用于响应于所述第二加载请求，召回与当前用户数据匹配的业务数据、按照预设的业务规则对所述业务数据进行筛选；

接收所述服务器发送的业务数据，作为下一页的第二业务数据。

可选地，所述在所述页面中，沿行或列绘制所述第一业务数据，包括：

确定每行或每列中显示区域的数量，作为区域数量，所述显示区域用于绘制业务数据；

将所述第一业务数据分配至所述行或所述列，直至到达所述区域数量或分配所述第一业务数据完毕；

在所述页面中，绘制分配至所述行或所述列的所述第一业务数据。

可选地，所述在所述第一业务数据显示完毕之前，获取所述页面中、位于下一页的业务数据，作为第二业务数据，包括：

统计未显示的所述行或所述列的数量，作为未显示数量；

若所述未显示数量小于或等于预设的阈值，则获取所述页面中、位于下一页的业务数据，作为第二业务数据。

可选地，所述确定所述行或所述列中间存在空白的显示区域，包括：

识别最后一行或最后一列中已绘制的第一业务数据的数量，作为末位数量；

确定所述行或所述列中显示区域的数量，作为区域数量；

若所述末位数量小于所述区域数量，则确定最后一行或最后一列存在空白的显示区域。

可选地，所述在所述页面中，自所述空白的显示区域沿所述行或所述列绘制所述第二业务数据，包括：

清除第一数据集合所在的所述行或所述列，所述第一数据集合包括当前已绘制的业务数据；

确定所述行或所述列中显示区域的数量，作为区域数量，所述显示区域用于绘制业务数据；

将所述第二业务数据整合至所述第一数据集合中，其中，所述第二业务数据排序在所述第一业务数据之后；

将所述第一数据集合分配至所述行或所述列，直至到达所述区域数量或分配所述第一数据集合完毕；

在所述页面中，绘制分配至所述行或所述列的所述第一数据集合。

清除最后一行或最后一列；

将所述第二业务数据排序在最后一行或最后一列中的第一业务数据之后，获得第二数据集合；

将所述第二数据集合分配至所述行或所述列，直至到达所述区域数量或分配所述第二数据集合完毕；

在所述页面中，绘制分配至所述行或所述列的所述第二数据集合。

第二方面，本发明实施例还提供了一种页面的处理装置，包括：

页面显示模块，用于显示页面；

第一业务数据获取模块，用于获取位于本页的业务数据，作为第一业务数据；

第一业务数据绘制模块，用于在所述页面中，沿行或列绘制所述第一业务数据；

第二业务数据获取模块，用于在所述第一业务数据显示完毕之前，获取所述页面中、位于下一页的业务数据，作为第二业务数据；

空白区域确定模块，用于确定所述行或所述列中具有空白的显示区域，所述显示区域用于绘制业务数据；

第二业务数据绘制模块，用于在所述页面中，自所述空白的显示区域沿所述行或所述列绘制所述第二业务数据。

可选地，所述第一业务数据获取模块包括：

第一加载请求发送子模块，用于发送第一加载请求至服务器，所述服务器用于响应于所述第一加载请求，召回与当前用户数据匹配的业务数据、按照预设的业务规则对所述业务数据进行筛选；

第一业务数据接收子模块，用于接收所述服务器发送的业务数据，作为本页的第一业务数据。

可选地，所述第二业务数据获取模块包括：

第二加载请求发送子模块，用于发送第二加载请求至服务器，所述服务器用于响应于所述第二加载请求，召回与当前用户数据匹配的业务数据、按照预设的业务规则对所述业务数据进行筛选；

第二业务数据接收子模块，用于接收所述服务器发送的业务数据，作为下一页的第二业务数据。

可选地，所述第一业务数据绘制模块包括：

第一区域数量确定子模块，用于确定每行或每列中显示区域的数量，作为区域数量，所述显示区域用于绘制业务数据；

第一业务数据分配子模块，用于将所述第一业务数据分配至所述行或所述列，直至到达所述区域数量或分配所述第一业务数据完毕；

第一分配绘制子模块，用于在所述页面中，绘制分配至所述行或所述列的所述第一业务数据。

可选地，所述第二业务数据绘制模块包括：

未显示数量统计子模块，用于统计未显示的所述行或所述列的数量，作为未显示数量；

预加载子模块，用于若所述未显示数量小于或等于预设的阈值，则获取所述页面中、位于下一页的业务数据，作为第二业务数据。

可选地，所述空白区域确定模块包括：

末位数量识别子模块，用于识别最后一行或最后一列中已绘制的第一业务数据的数量，作为末位数量；

第二区域数量确定子模块，用于确定所述行或所述列中显示区域的数量，作为区域数量；

末位区域确定子模块，用于若所述末位数量小于所述区域数量，则确定最后一行或最后一列存在空白的显示区域。

可选地，所述第二业务数据绘制模块包括：

数据集合清除子模块，用于清除第一数据集合所在的所述行或所述列，所述第一数据集合包括当前已绘制的业务数据；

第三区域数量确定子模块，用于确定所述行或所述列中显示区域的数量，作为区域数量，所述显示区域用于绘制业务数据；

第一数据集合整合子模块，用于将所述第二业务数据整合至所述第一数据集合中，其中，所述第二业务数据排序在所述第一业务数据之后；

第一数据集合分配子模块，用于将所述第一数据集合分配至所述行或所述列，直至到达所述区域数量或分配所述第一数据集合完毕；

第二分配绘制子模块，用于在所述页面中，绘制分配至所述行或所述列的所述第一数据集合。

可选地，所述第二业务数据绘制模块包括：

末位清除子模块，用于清除最后一行或最后一列；

第四区域数量确定子模块，用于确定所述行或所述列中显示区域的数量，作为区域数量，所述显示区域用于绘制业务数据；

第二数据集合整合子模块，用于将所述第二业务数据排序在最后一行或最后一列中的第一业务数据之后，获得第二数据集合；

第二数据集合分配子模块，用于将所述第二数据集合分配至所述行或所述列，直至到达所述区域数量或分配所述第二数据集合完毕；

第三分配绘制子模块，用于在所述页面中，绘制分配至所述行或所述列的所述第二数据集合。

第三方面，本发明实施例还提供了一种计算机设备，所述计算机设备包括：

一个或多个处理器；

存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如第一方面中任一所述的页面的处理方法。

第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如第一方面中任一所述的页面的处理方法。

在本实施例中，显示页面，获取位于本页的业务数据，作为第一业务数据，在页面中，沿行或列绘制第一业务数据，在第一业务数据显示完毕之前，获取页面中、位于下一页的业务数据，作为第二业务数据，确定行或列中具有空白的显示区域，显示区域用于绘制业务数据，在页面中，自空白的显示区域沿行或列绘制第二业务数据，一方面，在移动终端、可穿戴设备等计算机设备中，显示的区域有限，提前加载下一页的第二业务数据填补本页出现的空白的显示区域，避免对显示的资源造成浪费，尤其是，推送给应用程序的业务数据一般是与用户适配、网站重视或推广的内容，具有较高的价值，可有效利用显示的资源。另一方面，提前加载下一页的第二业务数据填补本页出现的空白的显示区域，避免给用户造成页面出错或网络出错等问题，避免用户进行刷新页面、关闭页面再重新打开页面等操作，从而避免网站重新推送业务数据、应用重新显示业务数据，减少对设备硬件、网络带宽等资源造成浪费。

附图说明

图1为现有的一种直播应用的页面的示例图；

图2为本发明实施例一提供的一种页面的处理方法的流程图；

图3A至图3C是本发明实施例一提供的一种业务数据的处理示例图；

图4为本发明实施例二提供的一种页面的处理装置的结构示意图；

图5为本发明实施例三提供的一种计算机设备的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

图2为本发明实施例一提供的一种页面的处理方法的流程图，本实施例可适用于在出现空白的显示区域时将下一页的业务数据填充到上一页的空白的显示区域进行显示的情况，该方法可以由页面的处理装置来执行，该页面的处理装置可以由软件和/或硬件实现，可配置在计算机设备中，例如，移动终端(如手机、平板电脑等)、可穿戴设备(如智能手表等)，等等，该方法具体包括如下步骤：

S201、显示页面。

在计算机设备中，操作系统包括Android(安卓)、iOS、windows等等，在该操作系统中可以安装、运行可加载页面的应用，例如，浏览器、即时通讯工具、搜索应用、直播应用，等等。

以浏览器为例，浏览器从架构上可以分为两个部分，即内核和外壳。浏览器内核是指浏览器的核心部分，可以分成两部分：渲染引擎(layout engineer或者RenderingEngine)和JS(JavaScript)引擎。渲染引擎主要负责取得网页的内容(包括HTML(HyperTextMarkup Language，超文本标记语言)、XML(eXtensible Markup Language，可扩展标记语言)、图像等)、整理信息(如加入CSS(Cascading Style Sheets，层叠样式表单)等)，以及计算页面的显示方式，然后会输出至显示器或打印机。浏览器内核的不同对于页面的语法解释会有不同，所以渲染的效果也不相同。所有页面浏览器、电子邮件客户端以及其它需要编辑、显示网络内容的应用程序都需要内核。JS引擎则是解析Javascript语言，执行Javascript语言来实现网页的动态效果。

浏览器内核的种类有很多，目前比较常见的浏览器内核有IE浏览器使用的Trident内核，Firefox浏览器使用的Gecko内核，Safari浏览器和Google的Chrome浏览器使用的Webkit内核，以及，Opera浏览器采用的Presto内核。

当用户通过应用发起一个浏览页面的加载操作时，浏览器通过内核从目标网站的服务器下载页面的内容，然后分析页面的内容，执行脚本，计算排版，最后输出页面到屏幕显示给用户。

例如，用户可以通过点击某链接来打开一个页面，或者在地址栏输入网址来打开一个页面等等。当用户点击某链接的指示时，就相当于接收到了加载页面的加载操作；同样，当在地址栏输入某网址并点击确定按钮或按下回车键时，也相当于接收到了加载页面的加载操作。

其中，加载请求的内容可以包括用户请求加载的页面的标识和/或页面的特征。页面标识可以是能够代表一个唯一确定的页面的信息，例如统一资源标识符(UniformResource Identifier，URI)，统一资源标识符又具体可以包括统一资源定位符(UniformResource Locator，URL)，或者统一资源名称(Uniform Resource Name，URN)等等。

响应于加载操作，应用可以通过HTTP(Hypertext transfer protocol，超文本传送协议)等协议访问服务器，从目标网站的服务器接收待访问的页面的页面文档与资源文件，这些HTML文档与资源文件可以由URL指定，并由MIME(Multipurpose Internet MailExtensions，多用途互联网邮件扩展)在HTTP协议中指明。

其中，HTML文档可以指示应用如何显示Web文档(即网页)的信息，如何链接各种信息。使用HTML文本可以在其生成的文档中含有其它文档，或者含有图像、声音、视频等，从而形成超文本。

S202、获取位于本页的业务数据，作为第一业务数据。

在本实施例中，页面的部分区域可用于显示业务数据，即具有业务领域特征的数据。

对于不同业务领域而言，业务数据有所不同。例如，对于直播领域而言，业务数据可以为主播数据；对于短视频领域而言，业务数据可以为短视频数据；对于新闻媒体领域而言，业务数据可以为新闻数据；对于电子商务(Electronic Commerce，EC)领域而言，业务数据可以为商品数据、广告数据，等等。

业务数据虽然承载不同业务领域的特性，但其本质仍然是数据，例如，文本、图像数据、音频数据、视频数据等等。

一般情况下，业务数据的结构样式是一致的，例如，对于主播数据，结构样式可包括直播间名称、直播间缩略图、主播名称、类别、在线人数等；对于短视频数据，结构样式可包括短视频名称、短视频缩略图、up主名称等。

在目标网站的服务器中，一般存储有大量的业务数据，为满足降低带宽等需求，一般会分页将业务数据推送至应用进行显示。

所谓分页，是指应用分批次向目标网站的服务器请求业务数据，每一次向目标网站的服务器请求的业务数据可以称之为一页业务数据。

例如，应用在页面中显示标识分页的控件或编辑框，用户点击该控件或在编辑框输入数字，则应用会向目标网站的服务器请求属于该控件或该数字表示的分页的业务数据。

又例如，应用在页面中显示业务数据，用户沿某一个方向滑动，该业务数据滑动到底部，则应用会向目标网站的服务器请求新一页的业务数据。

在具体实现中，应用可发送第一加载请求至目标网站的服务器，目标网站的服务器响应于第一加载请求，通过协同过滤等方式召回与当前用户数据(即登录在当前应用的用户的数据，如用户ID、订阅标签、行为数据等)匹配的业务数据、按照预设的业务规则(如去重等)对业务数据进行筛选，以及，将筛选之后的业务数据推送至应用。

应用接收目标网站的服务器发送的业务数据，作为本页的第一业务数据。

进一步而言，召回业务数据考虑的是算法层面的事情，而筛选业务数据考虑的是业务层面的事情，在不同的业务领域中具有不同的业务需求，用于筛选业务数据的业务规则也有所不同，由于召回业务数据与筛选业务数据分离，即便每次召回固定数量的业务数据，也有可能筛选掉不同数量的业务数据，从而导致推送的业务数据的数量出现波动。

以直播领域为例，在直播平台(目标网站的服务器)中，注册有大量的主播用户，其主播数据可存储在数据库中，在待推送主播数据给应用时，可按照不同的业务需求(如召回优质的主播用户、召回符合主播用户个性化需求的主播用户等)，使用不同的方式召回从数据库中召回主播用户的主播数据。

其中，召回的方式包括但不限于如下：

在线召回(召回在线的主播用户)、订阅召回(召回观众用户订阅的栏目(如某款游戏、餐饮等)的主播用户)、同国家召回(召回与观众用户所属国家相同的主播用户)、同语言召回(召回与观众用户使用的语言相同的主播用户)、协同过滤召回(使用协同过滤算法召回主播用户)、偏好召回(召回与观众用户的偏好相同的主播用户)、相似召回(召回与已召回的主播用户相似的其他主播用户)。

直播平台对召回的主播用户的主播数据，过滤在先已推送过的主播数据(即去重处理)、过滤被冻结或封禁的主播用户的主播数据，等等，并将召回的主播用户的主播数据推送至应用。

S203、在所述页面中，沿行或列绘制所述第一业务数据。

在本实施例中，可以在页面中以线性布局的方式绘制第一业务数据。

其中，所谓线性布局，可以指沿横向(列)或纵向(行)布局第一业务数据，使得用户可以横向(列)或纵向(行)滑动第一业务数据。

在Android系统中，可以使用RecyclerView、ListView、GridView等控件实现线性布局。

以RecyclerView为例，RecyclerView是一个flexible(可扩展性)的控件，在使用RecyclerView时候，指定一个适配器Adapter和一个布局管理器LayoutManager。Adapter继承自RecyclerView.Adapetr类，主要用来将数据和布局item进行绑定。LayoutManager设置每一项view在RecyclerView中的位置布局以及控件item view的显示或者隐藏。当View重用或者回收的时候，LayoutManger都会向Adapter来请求新的数据来进行替换原来数据的内容。这种回收重用的机制可以提供性能，避免创建很多的view或者是频繁的调用findViewById方法。

进一步而言，RecyclerView提供了三种内置的LayoutManager:

1、LinearLayoutManager：线性布局，横向或者纵向滑动列表

2、GridLayoutManager：表格布局

3、StaggeredGridLayoutManager：流式布局，例如瀑布流效果

当然除了上面的三种内部布局之外，我们还可以继承RecyclerView.LayoutManager来实现一个自定义的LayoutManager。

需要说明的是，本页可以指首页(即第一页)，也可以指非首页，如第二页、第三页等，本实施例对此不加以限制。

对于首页的情况，或者，对于非首页中、前一页不具有空白的显示区域的情况，可确定每行或每列中显示区域的数量，作为区域数量，其中，显示区域用于绘制业务数据。一般而言，由于业务数据的结构样式是固定的，其占用的面积可以等比例进行缩放，相应地，显示区域的大小也可以等比例缩放的，因此，显示区域的数量可以在一定范围内波动，该显示区域的数量可以是默认的数值，也可以由用户在该范围内调整，本实施例对此不加以限制。

对于RecyclerView等控件进行线性布局，大多是逐行或逐列绘制，并不关心每行或每列是否使用完毕显示区域，即，可以将当前的第一业务数据分配至行或列，直至到达区域数量或分配第一业务数据完毕，从而在页面中，绘制分配至该行或该列的第一业务数据。

例如，如图3A所示，应用按行在页面绘制业务数据，每行默认容纳2个业务数据，即显示区域的数量为2，目标网站的服务器发送13个第一业务数据301至应用，则应用可以绘制7行第一业务数据301，在第1-6行中绘制2个第一业务数据301，在第7行中绘制1个第一业务数据301。

此外，用户可以在应用的配置选项中，将显示区域的数量调整为3，此时，每行可容纳3个业务数据，针对该13个第一业务数据，可以绘制5行，在第1-4行中绘制3个第一业务数据，在第5行中绘制1个第一业务数据。

对于非首页中、前一页具有空白的显示区域的情况，可将前一页当成本页，将本页当成下一页，参考S203、S204、S205绘制业务数据，本实施例在此不加以详述。

S203、在所述第一业务数据显示完毕之前，获取所述页面中、位于下一页的业务数据，作为第二业务数据。

一般情况下，如图3A所示，页面的可视区域300有限，而第一业务数据301的数量较多，部分第一业务数据301位于页面的可视区域300，供用户浏览，其余第一业务数据301位于页面的可视区域300之外，在用户向某一个方向滑动时，如向上滑动，其余第一业务数据301可进入可视区域300，供用户浏览。

空白的显示区域一般是在第一业务数据的尾部(即最后一行或最后一列)出现，最后一行或最后一列第一业务数据显示时，可认为第一业务数据显示完毕。

因此，在本实施例中，可采用预加载的方式绘制业务数据，在空白的显示区域出现之前加载下一页的业务数据，待填补该空白的显示区域，即在第一业务数据显示完毕之前，获取页面中、位于下一页的业务数据，作为第二业务数据。

其中，下一页是相对于本页而言的，若本页为首页，则下一页为第二页，若本页为第二页，则下一页为第三页，等等，本实施例对此不加以限制。

例如，可统计未显示的行或列的数量，作为未显示数量，若未显示数量小于或等于预设的阈值，如4，则获取页面中、位于下一页的业务数据，作为第二业务数据。

又如，可统计用户滑动第一业务数据的速度，若该速度大于预设的阈值，则获取页面中、位于下一页的业务数据，作为第二业务数据。

再如，可统计未显示的行或列的长度，若该长度大于预设的阈值，则获取页面中、位于下一页的业务数据，作为第二业务数据。

当然，上述通过数量、速度、长度获取第二业务数据只是作为获取第二业务数据的方式的示例，在实施本发明实施例时，可以根据实际情况设置其他获取第二业务数据的方式的，本发明实施例对此不加以限制。另外，除了上述获取第二业务数据的方式的外，本领域技术人员还可以根据实际需要采用其它获取第二业务数据的方式的，本发明实施例对此也不加以限制。

在具体实现中，应用可发送第二加载请求至服务器，服务器用于响应于所述第二加载请求，召回与当前用户数据匹配的业务数据、按照预设的业务规则对业务数据进行筛选，以及，将筛选后的业务数据发送至应用。

应用可接收服务器发送的业务数据，作为下一页的第二业务数据。

S204、确定所述行或所述列中具有空白的显示区域。

在本实施例中，可检测绘制第一业务数据的行或列中是否具有空白的显示区域，其中，显示区域用于绘制业务数据，空白的显示区域为可绘制第一业务数据、但并未绘制第一业务数据的显示区域，即行或列并未第一业务数据占满。

如果有空白的显示区域，则使用第二业务数据填补该空白的显示区域。

在一个示例中，一方面，识别最后一行或最后一列中已绘制的第一业务数据的数量，作为末位数量，另一方面，确定行或列中显示区域的数量，作为区域数量，在获得末位数量与区域数量之后，可将末位数量与区域数量进行比较。

若末位数量等于区域数量，则确定最后一行或最后一列不存在空白的显示区域。

若末位数量小于区域数量，则确定最后一行或最后一列存在空白的显示区域。

例如，如图3A所示，页面中逐行绘制业务数据，每行默认容纳2个业务数据，即显示区域的数量为2，最后一行中，第一业务数据301的数量为1，此时，最后一行有1个空白的显示区域302。

当然，上述判断是否具有空白的显示区域的方式只是作为示例，在实施本发明实施例时，可以根据实际情况设置其他判断是否具有空白的显示区域的方式，例如，统计当前所有业务数据的数量，作为总数量，若该总数量无法被区域数量整除，则表示存在空白的显示区域，等等，本发明实施例对此不加以限制。另外，除了上述判断是否具有空白的显示区域的方式外，本领域技术人员还可以根据实际需要采用其它判断是否具有空白的显示区域的方式，本发明实施例对此也不加以限制。

需要说明的是，绘制之后的第一业务数据周围一般还会存在空白的区域，但是，该空白的区域可能未规划绘制第一业务数据，也可能不足以容纳第一业务数据，等等，并不属于空白的显示区域。

S205、在所述页面中，自所述空白的显示区域沿所述行或所述列绘制所述第二业务数据。

如图3B所示，若确定绘制第一业务数据301的行或列中存在空白的显示区域302，则可以自该空白的显示区域302为起点，继续沿行或列绘制第二业务数据303，从而将第二业务数据303填补至该空白的显示区域302，消除该空白的显示区域302。

此后，如图3C所示，在用户向某一个方向滑动时，如向上滑动，第二业务数据303可进入可视区域300中，此时，用户浏览到第二业务数据303，而并非浏览到空白的显示区域302。

由于存在空白的显示区域的行或列存在已绘制的第一业务数据，因此，可以调用notifyDataSetChanged等方法，至少刷新存在空白的显示区域的行或列，重新绘制至少部分第一业务数据与第二业务数据。

在一种实施方式中，可刷新全部业务数据，操作较为简单，可降低应用代码的复杂度。

具体而言，可清除第一数据集合所在的行或列，其中，第一数据集合包括当前已绘制的业务数据，对于本页为首页的情况，第一数据集合包括第一业务数据，对于本页为非首页的情况，第一数据集合除了包括第一业务数据之外，还可以包括在先绘制的其他业务数据。

确定行或列中显示区域的数量，作为区域数量，其中，该显示区域用于绘制业务数据。

将第二业务数据整合至第一数据集合中，其中，在第一数据集合中，对于本页为首页的情况，第一业务数据维持在先的排序，对于本页为非首页的情况下，第一业务数据与其他业务数据维持在先的排序，此外，第二业务数据排序在第一业务数据之后。

按照排序，将第一数据集合分配至行或列，直至到达区域数量或分配第一数据集合完毕，从而在页面中，绘制分配至该行或该列的第一数据集合，由于第二业务数据排序在第一业务数据之后，第二业务数据可以填补在先最后一行或最后一列出现的空白的显示区域。

例如，应用已绘制第一页的业务数据、第二页的业务数据与第三页的业务数据，本页为第三页，最后一行存在空白的显示区域，提前加载第四页的业务数据，重新绘制第一页的业务数据、第二页的业务数据、第三页的业务数据，以及，在第三页的业务数据之后绘制第四页的业务数据。

在另一种实施方式中，可刷新部分业务数据，减少刷新的数据量，可减少CPU(Central Processing Unit，中央处理器)、内存等资源耗费。

具体而言，清除最后一行或最后一列，其中，最后一行或最后一列存在空白的显示区域。

确定行或列中显示区域的数量，作为区域数量，其中，显示区域用于绘制业务数据。

将第二业务数据排序在最后一行或最后一列中的第一业务数据之后，获得第二数据集合，将第二数据集合分配至该行或该列，直至到达区域数量或分配第二数据集合完毕，从而在页面中，绘制分配至该行或该列的第二数据集合。

例如，应用已绘制第一页的业务数据、第二页的业务数据与第三页的业务数据，本页为第三页，最后一行存在空白的显示区域，提前加载第四页的业务数据，重新绘制第三页最后一行的业务数据，以及，在第三页的业务数据之后绘制第四页的业务数据。

实施例二

图4为本发明实施例三提供的一种页面的处理装置的结构示意图，该装置具体可以包括如下模块：

页面显示模块401，用于显示页面；

第一业务数据获取模块402，用于获取位于本页的业务数据，作为第一业务数据；

第一业务数据绘制模块403，用于在所述页面中，沿行或列绘制所述第一业务数据；

第二业务数据获取模块404，用于在所述第一业务数据显示完毕之前，获取所述页面中、位于下一页的业务数据，作为第二业务数据；

空白区域确定模块405，用于确定所述行或所述列中具有空白的显示区域，所述显示区域用于绘制业务数据；

第二业务数据绘制模块406，用于在所述页面中，自所述空白的显示区域沿所述行或所述列绘制所述第二业务数据。

在本发明的一个实施例中，所述第一业务数据获取模块402包括：

在本发明的一个实施例中，所述第二业务数据获取模块404包括：

在本发明的一个实施例中，所述第一业务数据绘制模块403包括：

在本发明的一个实施例中，所述第二业务数据绘制模块406包括：

在本发明的一个实施例中，所述空白区域确定模块405包括：

在本发明的另一个实施例中，所述第二业务数据绘制模块406包括：

末位清除子模块，用于清除最后一行或最后一列；

本发明实施例所提供的页面的处理装置可执行本发明任意实施例所提供的页面的处理方法，具备执行方法相应的功能模块和有益效果。

实施例三

图5为本发明实施例三提供的一种计算机设备的结构示意图。如图5所示，该计算机设备包括处理器500、存储器501、通信模块502、输入装置503和输出装置504；计算机设备中处理器500的数量可以是一个或多个，图5中以一个处理器500为例；计算机设备中的处理器500、存储器501、通信模块502、输入装置503和输出装置504可以通过总线或其他方式连接，图5中以通过总线连接为例。

存储器501作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本实施例中的页面的处理方法对应的模块(例如，如图4所示的页面的处理装置中的页面显示模块401、第一业务数据获取模块402、第一业务数据绘制模块403、第二业务数据获取模块404、空白区域确定模块405和第二业务数据绘制模块406)。处理器500通过运行存储在存储器501中的软件程序、指令以及模块，从而执行计算机设备的各种功能应用以及数据处理，即实现上述的页面的处理方法。

存储器501可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据计算机设备的使用所创建的数据等。此外，存储器501可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器501可进一步包括相对于处理器500远程设置的存储器，这些远程存储器可以通过网络连接至计算机设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

通信模块502，用于与显示屏建立连接，并实现与显示屏的数据交互。

输入装置503可用于接收输入的数字或字符信息，以及产生与计算机设备的用户设置以及功能控制有关的键信号输入，还可以是用于获取图像的摄像头以及获取音频数据的拾音设备。

输出装置504可以包括扬声器等音频设备。

需要说明的是，输入装置503和输出装置504的具体组成可以根据实际情况设定。

处理器500通过运行存储在存储器501中的软件程序、指令以及模块，从而执行设备的各种功能应用以及数据处理，即实现上述的电子白板的连接节点控制方法。

本实施例提供的计算机设备，可执行本发明任一实施例提供的页面的处理方法，具体相应的功能和有益效果。

实施例四

本发明实施例四还提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现一种页面的处理方法，该方法包括：

显示页面；

获取位于本页的业务数据，作为第一业务数据；

在所述页面中，沿行或列绘制所述第一业务数据；

当然,本发明实施例所提供的计算机可读存储介质,其计算机程序不限于如上所述的方法操作,还可以执行本发明任意实施例所提供的页面的处理方法中的相关操作。

通过以上关于实施方式的描述，所属领域的技术人员可以清楚地了解到，本发明可借助软件及必需的通用硬件来实现，当然也可以通过硬件实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如计算机的软盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(RandomAccess Memory,RAM)、闪存(FLASH)、硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

值得注意的是，上述页面的处理装置的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims

1.一种页面的处理方法，其特征在于，包括：

显示页面；

获取位于本页的业务数据，作为第一业务数据；

在所述页面中，沿行或列绘制所述第一业务数据；

2.根据权利要求1所述的方法，其特征在于，所述获取位于本页的业务数据，作为第一业务数据，包括：

3.根据权利要求1所述的方法，其特征在于，所述在所述页面中，沿行或列绘制所述第一业务数据，包括：

4.根据权利要求1所述的方法，其特征在于，所述在所述第一业务数据显示完毕之前，获取所述页面中、位于下一页的业务数据，作为第二业务数据，包括：

统计未显示的所述行或所述列的数量，作为未显示数量；

5.根据权利要求1所述的方法，其特征在于，所述确定所述行或所述列中间存在空白的显示区域，包括：

确定所述行或所述列中显示区域的数量，作为区域数量；

6.根据权利要求1-5任一项所述的方法，其特征在于，所述在所述页面中，自所述空白的显示区域沿所述行或所述列绘制所述第二业务数据，包括：

7.根据权利要求1-5任一项所述的方法，其特征在于，所述在所述页面中，自所述空白的显示区域沿所述行或所述列绘制所述第二业务数据，包括：

清除最后一行或最后一列；

8.一种页面的处理装置，其特征在于，包括：

页面显示模块，用于显示页面；

9.一种计算机设备，其特征在于，所述计算机设备包括：

一个或多个处理器；

存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-7中任一所述的页面的处理方法。

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