CN112685200A - 一种列表数据处理方法、装置、介质和设备 - Google Patents

Abstract

本发明涉及一种列表数据处理方法、装置、介质和设备。根据本发明实施例提供的方案，可以利用列表曝光组件实现共性列表数据的处理，将对共性列表数据的处理内敛到列表曝光组件内部，只需要在一个基础页面容器内添加列表曝光组件，将列表曝光组件绑定对应的列表，即可以由列表曝光组件针对绑定的列表，自动对共性列表数据进行处理，无需每新增一个列表，就针对该列表进行一次共性列表数据处理设置。从而提升共性列表数据处理设置的效率，同时还可以避免共性列表数据处理设置对系统整体代码框架的侵入，实现系统代码结构优化。

Description

一种列表数据处理方法、装置、介质和设备

技术领域

本发明涉及软件工程技术领域，特别涉及一种列表数据处理方法、装置、介质和设备。

背景技术

本部分旨在为权利要求书中陈述的本发明的实施方式提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。

对于一个软件产品而言，如何能更好地满足用户的需求是十分重要的，针对一个软件产品，往往需要根据用户的需求进行迭代更新，例如，进行推荐内容更新。目前通用的做法，是通过统计分析用户的行为数据，获知用户的需求，根据用户的需求进行软件产品的演进，以更好地满足用户的需求。

列表是目前常见的一种用户界面(UI，User Interface)组件，其承载了软件产品向用户展示内容的功能，所以统计分析列表相关数据(包括用户展示列表数据、用户在列表停留数据、用户点击列表数据、用户滑动列表数据等，可以简单记为列表数据)，对于软件产品的演进是十分有意义的。

一个软件产品中可能包括多个列表，目前，在统计分析列表数据时，需要客户端针对每个列表，分别通过对应的软件代码进行列表数据的处理(可以理解包括采集列表数据，对已采集的列表数据进行进一步统计和上报获得的(可以理解为采集到的或者统计得到的)列表数据)，导致对列表数据的处理繁琐耗时，效率较低。而且，针对同一个列表，进行列表数据的处理时，可能存在大量的重复操作，因此可能存在大量重复的软件代码，进一步加剧了上述问题。

发明内容

本发明实施例提供一种列表数据处理方法、装置、介质和设备，用于解决对列表数据的处理效率较低的问题。

第一方面，本发明提供了一种列表数据处理方法，所述方法应用于列表曝光组件，其中，所述列表曝光组件添加在用于实现页面布局的基础页面容器中，与该基础页面容器对应的列表建立绑定关系，包括：

所述列表曝光组件通过指定接口监控所述基础页面容器对应的列表的操作事件，根据监控到的操作事件确定是否满足预先配置的至少一个共性列表数据对应的处理条件，所述共性列表数据为与列表内容无关的列表相关数据；

若确定满足预先配置的至少一个共性列表数据对应的处理条件，对该共性列表数据进行相应的处理。

第二方面，本发明还提供了一种列表曝光组件，所述列表曝光组件添加在用于实现页面布局的基础页面容器中，与该基础页面容器对应的列表建立绑定关系，包括：

监控模块，用于通过指定接口监控所述基础页面容器对应的列表的操作事件；

判断模块，用于根据监控到的操作事件确定是否满足预先配置的至少一个共性列表数据对应的处理条件，所述共性列表数据为与列表内容无关的列表相关数据；

处理模块，用于若确定满足预先配置的至少一个共性列表数据对应的处理条件，对该共性列表数据进行相应的处理。

第三方面，本发明还提供了一种非易失性计算机存储介质，所述计算机存储介质存储有可执行程序，该可执行程序被处理器执行实现如上所述的方法。

第四方面，本发明还提供了一种列表数据处理设备，包括处理器、通信接口、存储器和通信总线，其中，所述处理器，所述通信接口，所述存储器通过所述通信总线完成相互间的通信；

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

所述处理器，用于执行所述存储器上所存储的程序时，实现如上所述的方法步骤。

根据本发明实施例提供的方案，可以利用列表曝光组件实现共性列表数据的处理，将对共性列表数据的处理内敛到列表曝光组件内部，只需要在一个基础页面容器内添加列表曝光组件，将列表曝光组件绑定对应的列表，即可以由列表曝光组件针对绑定的列表，自动对共性列表数据进行处理，无需每新增一个列表，就针对该列表进行一次共性列表数据处理设置。从而提升共性列表数据处理设置的效率，同时还可以避免共性列表数据处理设置对系统整体代码框架的侵入，实现系统代码结构优化。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

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

图1为本发明实施例提供的列表数据处理方法的流程示意图；

图2为本发明实施例提供的列表滚动条滑动事件转发的示意图；

图3为本发明实施例提供的列表曝光流程周期的示意图；

图4为本发明实施例提供的列表曝光组件的结构示意图；

图5为本发明实施例提供的列表行为数据处理方法的示意图；

图6为本发明实施例提供的列表数据处理设备的结构示意图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明的一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

需要说明的是，在本文中提及的“多个或者若干个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。

此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

目前针对列表曝光(即列表展示，例如，移动终端上的列表曝光)，软件产品侧为了分析用户行为等，一般都会有各种不同的统计维度需要，如统计用户浏览列表的深度(列表曝光最大深度)，用户滑动列表次数、用户在列表的停留时长等等，目前普遍的做法是在目标列表执行目标操作或处于目标场景时，进行列表数据的处理(可以理解为处理包括采集、统计和上报)。但是这样会存在一些缺点，如采集、统计和上报列表数据的时机节点较多，操作繁琐，此外代码的侵入性比较大，影响软件产品整体代码结构的优化。

基于上述技术问题，本案发明人研究发现，针对不同列表的列表数据，其中与列表内容无关的数据，需要执行的处理(包括采集、统计和上报)操作实际上是相同的。

因此，本案发明人提出，可以将列表数据划分为共性列表数据和非共性列表数据两大类。

共性列表数据为与列表内容无关的列表相关数据，可以理解为不区分列表内容的列表相关数据，例如用户滑动列表次数、用户在列表的停留时长、用户点击的列表位置、用户退出列表的类型，列表曝光最大深度等。

非共性列表数据为与列表内容相关的列表相关数据，可以理解为区分列表内容的列表相关数据，例如列表来源、用户点击的列表内容以及列表页面信息等等。

针对不同列表的共性列表数据的处理，本申请提出可以设置列表曝光组件，通过列表曝光组件分别对其进行处理，从而降低共性列表数据处理的繁琐性，提高处理的效率，并通过列表曝光组件的设置，减少对系统整体代码框架的侵入，优化系统代码结构。

且本申请还提出，可以通过列表曝光组件实现对不同列表对应的非共性列表数据的上报，以进一步降低针对不同列表的非共性列表数据处理的繁琐性，提高处理的效率，并进一步减少对系统整体代码框架的侵入，优化系统代码结构。

基于上述发明构思，本发明实施例提供一种列表数据处理方法，所述方法应用于列表曝光组件，其中，列表曝光组件添加在用于实现页面布局的基础页面容器中，与该基础页面容器对应的列表建立绑定关系，该方法的步骤流程可以如图1所示，包括：

步骤101、列表曝光组件通过指定接口监控基础页面容器对应的列表的操作事件。

本实施例中，针对添加在用于实现页面布局的基础页面容器中的列表曝光组件，在对列表曝光组件进行初始化，并建立列表曝光组件与其所在基础页面容器对应的列表之间的绑定关系之后，列表曝光组件即可以作为基础页面容器的一个工具使用。

在本步骤中，列表曝光组件可以通过指定接口监控基础页面容器对应的列表的操作事件，以便根据监控到的操作事件确定是否需要对绑定的列表对应的共性列表数据进行处理。

在一种可能的实现方式中，本步骤可以包括：列表曝光组件通过第一指定接口监听基础页面容器对应的列表(即绑定的列表)对应的、系统转发的列表滚动条滑动事件。

即在本实施例中，列表曝光组件可以通过监听绑定的列表对应的列表滚动条滑动事件，来监控基础页面容器对应的列表的操作事件。

以基础页面容器对应的客户端适用于IOS操作系统的终端设备，如移动终端为例，第一指定接口可以但不限于包括以下三种接口：

开始滑动接口(scrollViewDidScroll)

结束滑动接口(scrollViewDidEndDragging)

滑动减速接口(scrollViewDidEndDecelerating)

其中，可以根据上述接口对应的列表滚动条的拖拉(Dragging)、减速(Decelerating)和跟踪(Tracking)状态，判断用户滑动列表滚动条次数和列表滚动条停止滑动的时间。

需要说明的是，在本实施例中，列表曝光组件还可以监听第一代理组件转发的列表滚动条滑动事件，第一代理组件为列表滚动条滑动事件的原有代理组件。其中，列表曝光组件可以添加第二代理组件，第二代理组件可以声明与绑定的列表对应的列表滚动条滑动事件的系统原有的代理组件(第一代理组件)遵循相同的协议，通过第二代理组件监听第一代理组件转发的列表滚动条滑动事件。以确保对列表滚动条滑动事件监听的准确性，避免对列表滚动条滑动事件监听的遗漏。

列表滚动条滑动事件转发的示意图可以如图2所示，在发生了列表滚动条滑动事件时，系统会将列表滚动条滑动事件既转发给列表曝光组件，又转发给系统原有的第一代理组件，即将一个事件转发给两个对象。

而在列表曝光组件中添加了第二代理组件时，如果第一代理组件中针对一个列表滚动条滑动事件没有对应的实现方法，则可以转发该列表滚动条滑动事件给第二代理组件，进一步询问第二代理组件是否有对应的实现方法。

此时可以理解为列表曝光组件对列表滚动条滑动事件的响应方法，既包括第二代理组件对监听到的第一代理组件转发的列表滚动条滑动事件的响应方法，又包括列表曝光组件对直接监听到的列表滚动条滑动事件的响应方法。

在另一种可能的实现方式中，本步骤可以包括：列表曝光组件通过第二指定接口监听绑定的列表对应的客户端的状态切换广播消息。

即在本实施例中，列表曝光组件可以通过监听绑定的列表对应的客户端的状态切换广播消息，来监控基础页面容器对应的列表的操作事件。

以基础页面容器对应的客户端适用于IOS操作系统的终端设备为例，第二指定接口可以但不限于包括以下三种接口：

客户端退到后台接口(UIApplicationDidEnterBackgroundNotification)

客户端失活接口(UIApplicationWillResignActiveNotification)

客户端恢复接口(UIApplicationDidBecomeActiveNotification)

在另一种可能的实现方式中，本步骤可以包括：列表曝光组件通过第三指定接口接收到的第一通知消息，监控基础页面容器对应的列表的操作事件，第一通知消息包括基础页面的生命周期状态信息。

即在本实施例中，列表曝光组件可以通过接收到的基础页面的生命周期状态信息，来监控基础页面容器对应的列表的操作事件。

以基础页面容器对应的客户端适用于IOS操作系统的终端设备为例，基础页面的生命周期状态信息可以但不限于通过以下四种接口获得：

页面展示接口(viewDidAppear)

页面消失接口(viewDidDisappear)

页面内存警告接口(memoryWarning)

列表数据清理刷新接口(didReceiveMemoryWarning)

在另一种可能的实现方式中，本步骤可以包括：列表曝光组件通过第四指定接口接收到的第二通知消息，监控基础页面容器对应的列表的操作事件，第二通知消息包括绑定的列表对应的点击事件信息。

即在本实施例中，列表曝光组件可以通过接收到的绑定的列表对应的点击事件信息，来监控基础页面容器对应的列表的操作事件。

以基础页面容器对应的客户端适用于IOS操作系统的终端设备为例，绑定的列表对应的点击事件信息可以但不限于通过以下三种接口获得：

点击列表某个元素(Cell)接口(didSelectRowAtIndexPath)

将要展示列表某个元素接口(willDisplayCell)

展示完列表某个元素接口(didEndDisplayingCell)

步骤102、列表曝光组件根据监控到的操作事件确定是否满足预先配置的至少一个共性列表数据对应的处理条件。

在本实施例中，可以理解为预先配置了至少一个共性列表数据对应的处理条件，在本步骤中，列表曝光组件可以根据监控到的操作事件，针对预先配置的每个共性列表数据，确定是否满足该共性列表数据对应的处理条件。

对一个共性列表数据的处理可以但不限于包括采集、采集并直接上报、统计得到、统计得到并直接上报，以及上报。一个共性列表数据对应的处理条件，可以但不限于理解包括以下条件中的至少一种：

采集该共性列表数据的条件；

采集该共性列表数据并直接上报的条件；

根据已采集的共性列表数据，进一步统计得到该共性列表数据的条件；

根据已采集的共性列表数据，进一步统计得到该共性列表数据并直接上报的条件；

上报已获取的(可以理解为，已采集的或者已统计得到的)该共性列表数据的条件。

若确定满足预先配置的至少一个共性列表数据对应的处理条件，则可以继续执行步骤103。

步骤103、列表曝光组件若确定满足预先配置的至少一个共性列表数据对应的处理条件，对该共性列表数据进行相应的处理。

若在步骤102中确定满足预先配置的至少一个共性列表数据对应的处理条件，在本步骤中，可以对该共性列表数据进行相应的处理，例如，采集该共性列表数据，或采集并直接上报该共性列表数据，或统计得到该共性列表数据，或统计得到并直接上报该共性列表数据，或上报该共性列表数据。

在本实施例中，列表曝光流程周期的示意图可以如图3所示，从列表首次可见(StartVisible)，由于列表退出或者列表被覆盖或者列表对应的客户端进入后台等原因，可以变更为列表不可见(EndVisible)。从列表不可见(EndVisible)，由于列表回到前台或者回到视图顶层等原因，可以变更为列表重新可见(RestartVisible)。当然，从列表重新可见(RestartVisible)，由于列表退出或者列表被覆盖或者列表对应的客户端进入后台等原因，也可以变更为列表不可见(EndVisible)。对共性列表数据的处理可以理解为在列表曝光流程周期中对共性列表数据的处理。

需要说明的是，为了降低后续新增列表的接入难度，尽可能地支持新增列表可能需要的列表数据处理，并尽可能减少对系统软件代码的侵入性，在本实施例中，能由列表曝光组件实现的列表数据处理，可以尽量由列表曝光组件实现，即共性列表数据可以尽量由列表曝光组件处理，例如，采集、统计和上报。

当然，在一种可能的实现方式中，在本实施例中，列表曝光组件还可以提供接口，以支持对非共性列表数据的上报。即在本实施例中，列表曝光组件可以通过设定接口上报接收到的至少一个非共性列表数据。

可以理解为，在本实施例中，非共性列表数据可以从列表曝光组件外部传入列表曝光组件，由列表曝光组件实现传入的非共性列表数据的上报。

以基础页面容器对应的客户端适用于IOS操作系统的终端设备为例，列表曝光组件实现传入的非共性列表数据的上报可以但不限于通过以下接口实现：

非共性列表数据传入上报接口(markExposureWithExtraInfo)

其中，在非共性列表数据传入上报接口中，可以自定义传入的非共性列表数据以及该非共性列表数据的上报条件。列表曝光组件可以基于非共性列表数据传入上报接口，实现非共性列表数据的上报。

本实施例提供的列表曝光组件可以适用于具有列表数据处理需求的任意的客户端中，该客户端所在的硬件设备可以但不限于为支持IOS操作系统的硬件设备或者支持安卓操作系统的硬件设备等等。

通过列表曝光组件可以实现对共性列表数据的高效准确的采集和统计，并可以实现列表数据(包括共性列表数据和非共性列表数据)向服务器的上报，使得服务器可以基于上报的列表数据，进一步进行统计分析。

需要说明的是，需要处理(采集、统计和上报)的列表数据(包括共性列表数据和非共性列表数据)可以是根据需要设置的，每个列表数据的处理条件也可以是根据需要设置的，可以理解为用户执行目标操作，即会触发相应的列表数据处理，服务器根据客户端上报的列表数据，即可以进行列表数据的统计分析。

与提供的方法对应的，进一步提供以下的装置。

本发明实施例提供一种列表曝光组件，所述列表曝光组件添加在用于实现页面布局的基础页面容器中，与该基础页面容器对应的列表建立绑定关系，该列表曝光组件的结构可以如图4所示，包括：

监控模块11用于通过指定接口监控所述基础页面容器对应的列表的操作事件；

判断模块12用于根据监控到的操作事件确定是否满足预先配置的至少一个共性列表数据对应的处理条件，所述共性列表数据为与列表内容无关的列表相关数据；

处理模块13用于若确定满足预先配置的至少一个共性列表数据对应的处理条件，对该共性列表数据进行相应的处理。

可选的，所述监控模块11具体用于通过第一指定接口，监听所述基础页面容器对应的列表对应的、系统转发的列表滚动条滑动事件。

所述监控模块11还用于监听第一代理组件转发的列表滚动条滑动事件，所述第一代理组件为所述列表滚动条滑动事件的原有代理组件。

可选的，所述监控模块11具体用于通过第二指定接口，监听所述基础页面容器对应的列表对应的客户端的状态切换广播消息。

可选的，所述监控模块11具体用于通过第三指定接口接收到的第一通知消息，监控所述基础页面容器对应的列表的操作事件，所述第一通知消息包括基础页面的生命周期状态信息。

可选的，所述监控模块11具体用于通过第四指定接口接收到的第二通知消息，监控所述基础页面容器对应的列表的操作事件，所述第二通知消息包括绑定的列表对应的点击事件信息。

可选的，所述处理模块13还用于通过设定接口上报接收到的至少一个非共性列表数据，所述非共性列表数据为与列表内容相关的列表相关数据。

本发明上述实施例提供的各装置的各功能单元的功能，可以通过上述对应的各方法的步骤来实现，因此，本发明实施例提供的各装置中的各个功能单元的具体工作过程和有益效果，在此不复赘述。

下面进一步通过以下实施例对上述实施例进行说明。

本发明实施例提供一种列表行为数据处理方法，以列表曝光组件对应的客户端适用于IOS操作系统的终端设备为例，该方法主要对列表曝光组件对共性列表数据的处理流程进行说明，该方法的示意图可以如图5所示，包括：

在基础页面容器(BasePageContainer)中，可以通过设置列表信息接口(可以记为SetListInfo)对添加的列表曝光组件进行初始化，并给列表曝光组件绑定一个列表。

进一步的，列表曝光组件可以通过指定接口监控基础页面容器对应的列表的操作事件，以便根据监控到的操作事件确定是否需要对绑定的列表对应的共性列表数据进行处理。

在本实施例中，列表曝光组件可以添加声明与绑定的列表对应的列表滚动条滑动事件的第一代理组件遵循相同的协议的第二代理组件。从而可以通过第一指定接口(此处可以简单记为ViewDidScroll)，由第二代理组件内部监听第一代理组件转发的绑定的列表对应的列表滚动条滑动事件，并由列表曝光组件直接内部监听绑定的列表对应的列表滚动条滑动事件，进而可以在根据监听到的列表滚动条滑动事件，确定满足预先配置的至少一个共性列表数据对应的处理条件时，对每个满足处理条件的共性列表数据进行处理。

例如，针对一个满足处理条件的共性列表数据，若满足采集该共性列表数据的条件，采集该共性列表数据。若满足采集该共性列表数据并直接上报的条件，采集并直接上报该共性列表数据。若满足根据已采集的共性列表数据，进一步统计得到该共性列表数据的条件，统计得到该共性列表数据。若满足根据已采集的共性列表数据，进一步统计得到该共性列表数据并直接上报的条件，统计得到并直接上报该共性列表数据。若满足上报已获取的(可以理解为，已采集的或者已统计得到的)该共性列表数据的条件，上报该共性列表数据。

此处对每个满足处理条件的共性列表数据进行处理可以记为记录滑动数据(MarkScroll)，可以理解为此处对每个满足处理条件的共性列表数据的处理，主要用于记录列表滚动条滑动事件对应的共性列表数据。

在本实施例中，列表曝光组件还可以通过第二指定接口(此处可以简单记为AppStateChanged)，内部监听绑定的列表对应的客户端的状态切换广播消息。并可以在根据监听到的客户端的状态切换广播消息，确定满足预先配置的至少一个共性列表数据对应的处理条件时，对每个满足处理条件的共性列表数据进行处理。

此处对每个满足处理条件的共性列表数据进行处理可以记为包括记录可见状态数据(MarkVisible)和记录点击数据(MarkClick)，可以理解为此处对每个满足处理条件的共性列表数据的处理，主要用于记录列表可见(可以理解为包括列表首次可见和列表重新可见)状态和点击列表对应的共性列表数据。

在本实施例中，列表曝光组件还可以接收包括基础页面的生命周期状态信息的第一通知消息，如图5所示，基础页面的生命周期状态信息可以通过基础页面显示(viewDidAppear)接口和基础页面消失(viewDidDisappear)接口获得。并可以在根据接收到的第一通知消息，确定满足预先配置的至少一个共性列表数据对应的处理条件时，对每个满足处理条件的共性列表数据进行处理。

此处对每个满足处理条件的共性列表数据进行处理可以记为包括MarkVisible、MarkClick和记录退出数据(MarkExit)，可以理解为此处对每个满足处理条件的共性列表数据的处理，主要用于记录列表可见状态、点击列表和退出列表对应的共性列表数据。即，列表曝光组件可以在基础页面的Appear节点和Disappear节点，绑定列表曝光组件对于列表可见、点击列表和退出列表对应的共性列表数据的获取和上报。

在本实施例中，列表曝光组件还可以接收包括绑定的列表对应的点击事件信息的第二通知消息，如图5所示，绑定的列表对应的点击事件信息可以简单记为通过点击操作(ClickAction)接口获得。并可以在根据接收到的第二通知消息，确定满足预先配置的至少一个共性列表数据对应的处理条件时，对每个满足处理条件的共性列表数据进行处理。

此处对每个满足处理条件的共性列表数据进行处理可以记为包括MarkVisible、MarkClick和MarkExit，可以理解为此处对每个满足处理条件的共性列表数据的处理，主要用于记录列表可见状态、点击列表和退出列表对应的共性列表数据。即在本实施例中，还可以给列表曝光组件绑定外部传入的点击事件，进行共性列表数据的获取和上报。

本实施例提供的列表曝光组件提供了一种列表数据的高效处理方案，可以以组件的形式收敛列表的曝光、消失、退出、点击等节点逻辑，在组件内部对收敛的上述节点进行统一数据处理。

只需要在一个基础页面容器内初始化该组件并对组件设置相应列表的信息，组件内部就可以自动化收集数据上报，无需对每个列表都进行数据收集、上报时机判断、收集、统计和上报等一系列操作，成功避免了每新增一个列表都要进行这样一轮次繁琐的操作，既提升了效率，也避免了数据处理代码对整体框架的侵入。

其中，可以通过对列表滚动条滑动事件设置第二代理组件的方式，在组件内部获取到列表的滑动节点进行数据处理。并可以实现对其他节点的兼容扩展，支持组件外部设置的不同节点的响应事件处理。

基于同一发明构思，本发明实施例提供以下的设备和介质。

本发明实施例提供一种列表行为数据处理设备，该设备的结构可以如图6所示，包括处理器21、通信接口22、存储器23和通信总线24，其中，所述处理器21，所述通信接口22，所述存储器23通过所述通信总线24完成相互间的通信；

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

所述处理器21，用于执行所述存储器上所存储的程序时，实现本发明上述方法实施例所述的步骤。

可选的，所述处理器21具体可以包括中央处理器(CPU)、特定应用集成电路(ASIC，Application Specific Integrated Circuit)，可以是一个或多个用于控制程序执行的集成电路，可以是使用现场可编程门阵列(FPGA，Field Programmable Gate Array)开发的硬件电路，可以是基带处理器。

可选的，所述处理器21可以包括至少一个处理核心。

可选的，所述存储器23可以包括只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)和磁盘存储器。存储器23用于存储至少一个处理器21运行时所需的数据。存储器23的数量可以为一个或多个。

本发明实施例还提供一种非易失性计算机存储介质，所述计算机存储介质存储有可执行程序，当可执行程序被处理器执行时，实现本发明上述方法实施例提供的方法。

在具体的实施过程中，计算机存储介质可以包括：通用串行总线闪存盘(USB，Universal Serial Bus Flash Drive)、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的存储介质。

在本发明实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。例如，以上所描述的设备实施例仅仅是示意性的，例如，所述单元或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性或其它的形式。

在本发明实施例中的各功能单元可以集成在一个处理单元中，或者各个单元也可以均是独立的物理模块。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备，例如可以是个人计算机，服务器，或者网络设备等，或处理器(processor)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：通用串行总线闪存盘(Universal Serial Bus Flash Drive)、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、装置(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (10)

1.一种列表数据处理方法，其特征在于，所述方法应用于列表曝光组件，其中，所述列表曝光组件添加在用于实现页面布局的基础页面容器中，与该基础页面容器对应的列表建立绑定关系，包括：

所述列表曝光组件通过指定接口监控所述基础页面容器对应的列表的操作事件，根据监控到的操作事件确定是否满足预先配置的至少一个共性列表数据对应的处理条件，所述共性列表数据为与列表内容无关的列表相关数据；

若确定满足预先配置的至少一个共性列表数据对应的处理条件，对该共性列表数据进行相应的处理。

2.如权利要求1所述的方法，其特征在于，所述列表曝光组件通过指定接口监控所述基础页面容器对应的列表的操作事件，包括：

所述列表曝光组件通过第一指定接口，监听所述基础页面容器对应的列表对应的、系统转发的列表滚动条滑动事件。

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

所述列表曝光组件监听第一代理组件转发的列表滚动条滑动事件，所述第一代理组件为所述列表滚动条滑动事件的原有代理组件。

4.如权利要求1所述的方法，其特征在于，所述列表曝光组件通过指定接口监控所述基础页面容器对应的列表的操作事件，包括：

所述列表曝光组件通过第二指定接口，监听所述基础页面容器对应的列表对应的客户端的状态切换广播消息。

5.如权利要求1所述的方法，其特征在于，所述列表曝光组件通过指定接口监控所述基础页面容器对应的列表的操作事件，包括：

所述列表曝光组件通过第三指定接口接收到的第一通知消息，监控所述基础页面容器对应的列表的操作事件，所述第一通知消息包括基础页面的生命周期状态信息。

6.如权利要求1所述的方法，其特征在于，所述列表曝光组件通过指定接口监控所述基础页面容器对应的列表的操作事件，包括：

所述列表曝光组件通过第四指定接口接收到的第二通知消息，监控所述基础页面容器对应的列表的操作事件，所述第二通知消息包括绑定的列表对应的点击事件信息。

7.如权利要求1～6任一所述的方法，其特征在于，所述方法还包括：

所述列表曝光组件通过设定接口上报接收到的至少一个非共性列表数据，所述非共性列表数据为与列表内容相关的列表相关数据。

8.一种列表曝光组件，其特征在于，所述列表曝光组件添加在用于实现页面布局的基础页面容器中，与该基础页面容器对应的列表建立绑定关系，包括：

监控模块，用于通过指定接口监控所述基础页面容器对应的列表的操作事件；

判断模块，用于根据监控到的操作事件确定是否满足预先配置的至少一个共性列表数据对应的处理条件，所述共性列表数据为与列表内容无关的列表相关数据；

处理模块，用于若确定满足预先配置的至少一个共性列表数据对应的处理条件，对该共性列表数据进行相应的处理。

9.一种非易失性计算机存储介质，其特征在于，所述计算机存储介质存储有可执行程序，该可执行程序被处理器执行实现权利要求1～7任一所述的方法。

10.一种列表数据处理设备，其特征在于，所述设备包括处理器、通信接口、存储器和通信总线，其中，所述处理器，所述通信接口，所述存储器通过所述通信总线完成相互间的通信；

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

所述处理器，用于执行所述存储器上所存储的程序时，实现权利要求1～7任一所述的方法步骤。

Images