CN105867750A - 一种列表显示方法及装置 - Google Patents

Abstract

本申请公开了一种列表显示方法及装置，方法包括：在检测到当前屏幕显示的列表条数未达到设定条数阈值，且收到第一列表数据显示请求时，创建视图View，以及与所述View关联的监听器对象，将所述第一列表数据加入所述View，并显示在屏幕上；在检测到当前屏幕显示的列表条数达到设定条数阈值，且收到第二列表数据显示请求时，将当前屏幕上第一条列表滑出当前屏幕；将当前屏幕上第一条列表对应的目标View中的列表数据删除，复用所述目标View显示所述第二列表数据，并复用所述目标View关联的监听器对象。本申请在对View进行复用的同时，进一步对监听器对象进行复用，减少资源及时间消耗，提升了列表显示的流畅度。

Description

一种列表显示方法及装置

技术领域

本申请涉及列表显示技术领域，更具体地说，涉及一种列表显示方法及装置。

背景技术

在产品列表显示过程，每需要显示一条产品信息时，需要创建一个视图View，并把需要显示的产品数据信息加载到View中，完成显示。

由于屏幕大小限制，一屏所能显示的产品列表条数有限，以一屏显示10条产品列表为例，若第11条产品列表被滑出来时，第1条产品列表自然就会被滑出屏幕。现有技术采用了View复用技术，也即在第11条产品列表滑出来时，将第1条产品列表对应的View中的产品数据信息删除，并利用该View加载第11条产品列表的产品数据信息。

进一步地，每一条产品列表都关联了对应的产品详情页，需要在用户点击产品列表时跳转到对应的产品详情页。为此，现有技术在每显示一条产品列表时，创建与该产品列表的View对应的监听器对象，由监听器对象来监听是否产生了点击事件。并且，在产品列表滑出屏幕时，消耗创建的监听器对象。

本案发明人研究发现，现有技术存在如下缺点：现有技术中对监听器对象的利用率极低，在屏幕显示产品列表时创建监听器对象，在产品列表滑出屏幕时销毁监听器对象，而监听器对象的创建和销毁都会消耗大量资源和时间，使得产品列表的显示出现卡顿现象，降低了用户体验。

发明内容

有鉴于此，本申请提供了一种列表显示方法及装置，用于解决现有技术频繁创建和销毁监听器对象所带来的，资源消耗量大、时间占用长，产品列表的显示容易出现卡顿现象的问题。

为了实现上述目的，现提出的方案如下：

一种列表显示方法，包括：

在检测到当前屏幕显示的列表条数未达到设定条数阈值，且收到第一列表数据显示请求时，创建视图View，以及与所述View关联的监听器对象，将所述第一列表数据加入所述View，并显示在屏幕上；

在检测到当前屏幕显示的列表条数达到设定条数阈值，且收到第二列表数据显示请求时，将当前屏幕上第一条列表滑出当前屏幕；

将当前屏幕上第一条列表对应的目标View中的列表数据删除，复用所述目标View显示所述第二列表数据，并复用所述目标View关联的监听器对象。

优选地，还包括：

接收用户对当前页面的刷新请求；

获取当前页面中各个列表对应的最新列表数据；

对比各个列表当前显示的列表数据，以及各个列表对应的最新列表数据，确定列表数据产生变化的目标列表；

仅对所述目标列表进行列表数据的刷新。

优选地，所述在检测到当前屏幕显示的列表条数未达到设定条数阈值，且收到第一列表数据显示请求时，创建视图View，以及与所述View关联的监听器对象，包括：

在检测到当前屏幕显示的列表条数未达到设定条数阈值，且收到第一列表数据显示请求时，创建目标项目ObjectItem，所述ObjectItem包含视图View，以及与所述View关联的监听器对象。

一种列表显示装置，包括：

视图及监听器对象创建单元，用于在检测到当前屏幕显示的列表条数未达到设定条数阈值，且收到第一列表数据显示请求时，创建视图View，以及与所述View关联的监听器对象，将所述第一列表数据加入所述View，并显示在屏幕上；

列表滑出单元，用于在检测到当前屏幕显示的列表条数达到设定条数阈值，且收到第二列表数据显示请求时，将当前屏幕上第一条列表滑出当前屏幕；

视图及监听器对象复用单元，用于将当前屏幕上第一条列表对应的目标View中的列表数据删除，复用所述目标View显示所述第二列表数据，并复用所述目标View关联的监听器对象。

优选地，还包括：

刷新请求接收单元，用于接收用户对当前页面的刷新请求；

列表数据获取单元，用于获取当前页面中各个列表对应的最新列表数据；

数据对比单元，用于对比各个列表当前显示的列表数据，以及各个列表对应的最新列表数据，确定列表数据产生变化的目标列表；

列表刷新单元，用于仅对所述目标列表进行列表数据的刷新。

优选地，所述视图及监听器对象创建单元，包括：

第一视图及监听器对象创建子单元，用于在检测到当前屏幕显示的列表条数未达到设定条数阈值，且收到第一列表数据显示请求时，创建目标项目ObjectItem，所述ObjectItem包含视图View，以及与所述View关联的监听器对象。

从上述的技术方案可以看出，本申请实施例提供的列表显示方法，在检测到当前屏幕显示的列表条数未达到设定条数阈值，且收到第一列表数据显示请求时，创建视图View，以及与所述View关联的监听器对象，将所述第一列表数据加入所述View，并显示在屏幕上；进一步，在检测到当前屏幕显示的列表条数达到设定条数阈值，且收到第二列表数据显示请求时，将当前屏幕上第一条列表滑出当前屏幕；将当前屏幕上第一条列表对应的目标View中的列表数据删除，复用所述目标View显示所述第二列表数据，并复用所述目标View关联的监听器对象。由此可知，本申请在对View进行复用的同时，进一步对与View关联的监听器对象进行复用，View和监听器的生命周期是一样的，避免了现有技术频繁创建、销毁监听器对象所带来的资源及时间消耗，提升了列表显示的流畅度，提高了用户体验。

附图说明

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

图1为本申请实施例公开的一种列表显示方法流程图；

图2为本申请实施例公开的一种页面刷新方法流程图；

图3为本申请实施例公开的一种列表显示装置结构示意图。

具体实施方式

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

参见图1，图1为本申请实施例公开的一种列表显示方法流程图。

如图1所示，该方法包括：

步骤S100、在检测到当前屏幕显示的列表条数未达到设定条数阈值，且收到第一列表数据显示请求时，创建视图View，以及与所述View关联的监听器对象，将所述第一列表数据加入所述View，并显示在屏幕上；

具体地，如果当前屏幕上显示的列表条数还未达到设定条数阈值，也即当前屏幕还有空间显示新的列表，则在收到第一列表数据显示请求时，创建新的视图View，并创建与该View关联的监听器对象，利用监听器对象来监听对应的View是否收到触发事件，例如点击、双击等。

进一步地，将第一列表数据加入创建的View中，进而在当前屏幕上进行显示。

步骤S110、在检测到当前屏幕显示的列表条数达到设定条数阈值，且收到第二列表数据显示请求时，将当前屏幕上第一条列表滑出当前屏幕；

具体地，如果当前屏幕上显示的列表条数达到了设定条数阈值，也即当前屏幕不存在空间显示新的列表，则在收到第二列表数据显示请求时，将当前屏幕上第一条列表滑出当前屏幕。

一般性的，当前屏幕上第一条列表为最先显示在屏幕当前屏幕上的列表，可以是当前屏幕上最上端的列表。或者，当前屏幕上第一条列表也可以是用户预先设定的某个位置的列表。

步骤S120、将当前屏幕上第一条列表对应的目标View中的列表数据删除，复用所述目标View显示所述第二列表数据，并复用所述目标View关联的监听器对象。

具体地，在将第一条列表滑出当前屏幕之后，为新的列表提供了显示空间。本步骤中，在显示新的列表数据时，复用第一条列表对应的目标View，也即将目标View中已有的列表数据删除掉，并将第二列表数据添加到目标View中，进行显示。同时，本步骤中还复用目标View关联的监听器对象，也即本申请在将第一列表滑出当前屏幕时，并不销毁目标View关联的监听器对象，而是对目标View关联的监听器对象进行复用。

本申请实施例提供的列表显示方法，在检测到当前屏幕显示的列表条数未达到设定条数阈值，且收到第一列表数据显示请求时，创建视图View，以及与所述View关联的监听器对象，将所述第一列表数据加入所述View，并显示在屏幕上；进一步，在检测到当前屏幕显示的列表条数达到设定条数阈值，且收到第二列表数据显示请求时，将当前屏幕上第一条列表滑出当前屏幕；将当前屏幕上第一条列表对应的目标View中的列表数据删除，复用所述目标View显示所述第二列表数据，并复用所述目标View关联的监听器对象。由此可知，本申请在对View进行复用的同时，进一步对与View关联的监听器对象进行复用，View和监听器的生命周期是一样的，避免了现有技术频繁创建、销毁监听器对象所带来的资源及时间消耗，提升了列表显示的流畅度，提高了用户体验。

可选的，上述步骤S100中创建视图View，以及与所述View关联的监听器对象的过程，具体可以是：

创建目标项目ObjectItem，所述ObjectItem包含视图View，以及与所述View关联的监听器对象。

在上述实施例的基础上，本申请还提供了一种新的页面刷新过程，详细参见图2。

如图2所示，刷新过程包括：

步骤S200、接收用户对当前页面的刷新请求；

具体地，当前页面为当前屏幕上显示的页面。用户可以下发对当前页面的刷新请求。

步骤S210、获取当前页面中各个列表对应的最新列表数据；

具体地，在收到刷新请求时，获取当前页面中各个列表对应的最新的列表数据。

步骤S220、对比各个列表当前显示的列表数据，以及各个列表对应的最新列表数据，确定列表数据产生变化的目标列表；

具体地，对于各个列表，对比其当前显示的列表数据以及获取的最新的列表数据，从而确定列表数据产生变化的列表，作为目标列表。

步骤S230、仅对所述目标列表进行列表数据的刷新。

在确定了目标列表之后，仅对目标列表进行列表数据的刷新，对于列表数据未发生变化的列表，不进行刷新。

按照本申请的方案，对于改变项进行独立刷新，减少了数据频繁加载。

下面对本申请实施例提供的列表显示装置进行描述，下文描述的列表显示装置与上文描述的列表显示方法可相互对应参照。

参见图3，图3为本申请实施例公开的一种列表显示装置结构示意图。

如图3所示，该装置包括：

视图及监听器对象创建单元31，用于在检测到当前屏幕显示的列表条数未达到设定条数阈值，且收到第一列表数据显示请求时，创建视图View，以及与所述View关联的监听器对象，将所述第一列表数据加入所述View，并显示在屏幕上；

列表滑出单元32，用于在检测到当前屏幕显示的列表条数达到设定条数阈值，且收到第二列表数据显示请求时，将当前屏幕上第一条列表滑出当前屏幕；

视图及监听器对象复用单元33，用于将当前屏幕上第一条列表对应的目标View中的列表数据删除，复用所述目标View显示所述第二列表数据，并复用所述目标View关联的监听器对象。

本申请实施例提供的列表显示装置，在检测到当前屏幕显示的列表条数未达到设定条数阈值，且收到第一列表数据显示请求时，创建视图View，以及与所述View关联的监听器对象，将所述第一列表数据加入所述View，并显示在屏幕上；进一步，在检测到当前屏幕显示的列表条数达到设定条数阈值，且收到第二列表数据显示请求时，将当前屏幕上第一条列表滑出当前屏幕；将当前屏幕上第一条列表对应的目标View中的列表数据删除，复用所述目标View显示所述第二列表数据，并复用所述目标View关联的监听器对象。由此可知，本申请在对View进行复用的同时，进一步对与View关联的监听器对象进行复用，View和监听器的生命周期是一样的，避免了现有技术频繁创建、销毁监听器对象所带来的资源及时间消耗，提升了列表显示的流畅度，提高了用户体验。

可选的，本申请实施例公开了上述列表显示装置的另一种可选结构，列表显示装置还可以包括：

刷新请求接收单元，用于接收用户对当前页面的刷新请求；

列表数据获取单元，用于获取当前页面中各个列表对应的最新列表数据；

数据对比单元，用于对比各个列表当前显示的列表数据，以及各个列表对应的最新列表数据，确定列表数据产生变化的目标列表；

列表刷新单元，用于仅对所述目标列表进行列表数据的刷新。

按照本申请的方案，对于改变项进行独立刷新，减少了数据频繁加载。

可选的，本申请实施例还公开了上述视图及监听器对象创建单元的一种可选结构，其可以包括：

第一视图及监听器对象创建子单元，用于在检测到当前屏幕显示的列表条数未达到设定条数阈值，且收到第一列表数据显示请求时，创建目标项目ObjectItem，所述ObjectItem包含视图View，以及与所述View关联的监听器对象。

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

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (6)

1.一种列表显示方法，其特征在于，包括：

在检测到当前屏幕显示的列表条数未达到设定条数阈值，且收到第一列表数据显示请求时，创建视图View，以及与所述View关联的监听器对象，将所述第一列表数据加入所述View，并显示在屏幕上；

在检测到当前屏幕显示的列表条数达到设定条数阈值，且收到第二列表数据显示请求时，将当前屏幕上第一条列表滑出当前屏幕；

将当前屏幕上第一条列表对应的目标View中的列表数据删除，复用所述目标View显示所述第二列表数据，并复用所述目标View关联的监听器对象。

2.根据权利要求1所述的方法，其特征在于，还包括：

接收用户对当前页面的刷新请求；

获取当前页面中各个列表对应的最新列表数据；

对比各个列表当前显示的列表数据，以及各个列表对应的最新列表数据，确定列表数据产生变化的目标列表；

仅对所述目标列表进行列表数据的刷新。

3.根据权利要求1所述的方法，其特征在于，所述在检测到当前屏幕显示的列表条数未达到设定条数阈值，且收到第一列表数据显示请求时，创建视图View，以及与所述View关联的监听器对象，包括：

在检测到当前屏幕显示的列表条数未达到设定条数阈值，且收到第一列表数据显示请求时，创建目标项目ObjectItem，所述ObjectItem包含视图View，以及与所述View关联的监听器对象。

4.一种列表显示装置，其特征在于，包括：

视图及监听器对象创建单元，用于在检测到当前屏幕显示的列表条数未达到设定条数阈值，且收到第一列表数据显示请求时，创建视图View，以及与所述View关联的监听器对象，将所述第一列表数据加入所述View，并显示在屏幕上；

列表滑出单元，用于在检测到当前屏幕显示的列表条数达到设定条数阈值，且收到第二列表数据显示请求时，将当前屏幕上第一条列表滑出当前屏幕；

视图及监听器对象复用单元，用于将当前屏幕上第一条列表对应的目标View中的列表数据删除，复用所述目标View显示所述第二列表数据，并复用所述目标View关联的监听器对象。

5.根据权利要求4所述的装置，其特征在于，还包括：

刷新请求接收单元，用于接收用户对当前页面的刷新请求；

列表数据获取单元，用于获取当前页面中各个列表对应的最新列表数据；

数据对比单元，用于对比各个列表当前显示的列表数据，以及各个列表对应的最新列表数据，确定列表数据产生变化的目标列表；

列表刷新单元，用于仅对所述目标列表进行列表数据的刷新。

6.根据权利要求4所述的装置，其特征在于，所述视图及监听器对象创建单元，包括：

第一视图及监听器对象创建子单元，用于在检测到当前屏幕显示的列表条数未达到设定条数阈值，且收到第一列表数据显示请求时，创建目标项目ObjectItem，所述ObjectItem包含视图View，以及与所述View关联的监听器对象。