CN112540761A - 控件的显示控制方法和装置 - Google Patents

Abstract

本发明公开了一种控件的显示控制方法和装置。其中，该方法包括：响应列表移动事件，更新列表显示区域在列表容器内的位置，列表容器包括多个第一内容控件，列表显示区域用于在列表容器中确定用于在终端的显示界面上显示的第一内容控件；在检测到更新后的位置位于列表容器的边缘区域时，将第一预设数量的第二内容控件添加至列表容器的第一端，以作为第一内容控件，第二内容控件为缓存空间中的内容控件；从列表容器的第二端获取第一预设数量的第一内容控件，并将获取的第一预设数量的第一内容控件移入缓存空间，以作为第二内容控件。本发明解决了相关技术中控件的显示控制方法在加载内容控件时需要创建新的内容控件，导致加载效率较低的技术问题。

Description

控件的显示控制方法和装置

技术领域

本发明涉及数据处理领域，具体而言，涉及一种控件的显示控制方法和装置。

背景技术

列表容器是游戏客户端开发过程里一个基础且重要的控件，可以将大量的游戏内容集中展现，同时通过其自带的滑动操作，在游戏屏幕有限的范围里能够展现更多的信息。

现有的技术方案包括三种，第一种是基础的列表容器，可以同时显示不同类型的内容控件；第二种是在基础列表容器的基础上，对初始化加载内容进行分帧加载，每一帧加载一部分的内容；第三种是在初始化列表容器的时候，计算出需要的inner container的大小，然后加载若干备用的内容控件，在列表滑动时，不断变换备用控件在inner container中的位置，达到随玩家拖动改变显示内容的目的。

但是，对于基础的列表容器，一旦需要显示的内容过多，同步加载会导致游戏卡顿，例如，一旦列表容器内的数目超过200个，其记载会卡顿1-2秒，在游戏中不能被接受。应用分帧加载优化后的列表容器，可以在体验上避免卡顿，但是无法解决列表容器需要加载全部内容的问题，同时分帧加载可能会导致控件的动效无法满足设计需求。预先计算innercontainer大小的列表容器可以满足游戏内的大部分需求，但由于需要预先计算innercontainer的大小，导致对内容控件的要求比较严格，必须是同一控件且无法改变高度。

针对上述的问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种控件的显示控制方法和装置，以至少解决相关技术中控件的显示控制方法在加载内容控件时需要创建新的内容控件，导致加载效率较低的技术问题。

根据本发明实施例的一个方面，提供了一种控件的显示控制方法，包括：响应列表移动事件，更新列表显示区域在列表容器内的位置，列表容器包括多个第一内容控件，列表显示区域用于在列表容器中确定用于在终端的显示界面上显示的第一内容控件；在检测到更新后的位置位于列表容器的边缘区域时，将第一预设数量的第二内容控件添加至列表容器的第一端，以作为第一内容控件，第二内容控件为缓存空间中的内容控件；从列表容器的第二端获取第一预设数量的第一内容控件，并将获取的第一预设数量的第一内容控件移入缓存空间，以作为第二内容控件。

可选地，该方法包括：在检测到列表显示区域与列表容器的第一端之间的最小距离满足预设距离时，确定更新后的位置位于列表容器的边缘区域。

可选地，该方法包括：根据第一内容控件更新列表显示区域与列表容器的第一端之间的距离，以继续执行在检测到更新后的位置位于列表容器的边缘区域时，将第一预设数量的第二内容控件添加至列表容器的第一端的步骤，直至列表移动事件结束。

可选地，响应于列表移动事件的结束，在终端的显示界面上显示位于列表显示区域内的第一内容控件。

可选地，列表容器的第一端为列表容器中与列表容器的移动方向相反的一端，列表容器的第二端为列表容器中与列表容器的移动方向相同的一端。

可选地，在列表容器的移动方向为向上移动的情况下，该方法还包括：获取列表容器的内容器的位置；获取多个第一内容控件的总高度与列表显示区域的高度的差值，得到高度差；获取高度差与列表容器的内容器的位置的差值，得到最小距离。

可选地，在将第一预设数量的第二内容控件添加至列表容器的第一端之前，该方法还包括：获取第一预设数量的显示内容；确定显示内容对应的标签属性，其中，标签属性用于表征显示内容的类型；获取缓存空间中标签属性对应的内容控件，得到第一内容控件。

可选地，获取第一预设数量的显示内容包括：基于更新后的位置和列表容器的控件行数，确定显示内容的索引信息；基于显示内容的索引信息，从内容列表中获取显示内容。

可选地，在确定显示内容对应的标签属性之前，该方法还包括：检测预设开关是否处于打开状态；如果检测到预设开关处于打开状态，则确定显示内容对应的标签属性。

可选地，该方法还包括：响应接收到新的聊天消息，判断列表显示区域是否显示新的聊天消息；如果列表显示区域显示新的聊天消息，将新的聊天消息对应的第二内容控件添加至列表容器的第一端，以作为第一内容控件；从列表容器的第二端获取第一内容控件，并将获取到的第一内容控件移入缓存空间。

可选地，在检测到列表显示区域位于列表容器内的预设位置的情况下，确定列表显示区域显示新的聊天消息。

可选地，在对列表容器进行初始化时，在列表容器中加载第二预设数量的内容控件，其中，第二预设数量是基于列表容器的控件行数所确定。

可选地，在列表容器中加载第二预设数量的内容控件的过程中，每帧加载一个内容控件。

可选地，在缓存空间中未获取到第二内容控件的情况下，创建第二内容控件。

可选地，在列表容器销毁之后，回收缓存空间。

根据本发明实施例的另一方面，还提供了一种控件的显示控制装置，包括：更新模块，用于响应列表移动事件，更新列表显示区域在列表容器内的位置，其中，列表容器包括多个第一内容控件，列表显示区域用于在列表容器中确定用于在终端的显示界面上显示的第一内容控件；添加模块，用于在检测到更新后的位置位于列表容器的边缘区域时，将第一预设数量的第二内容控件添加至列表容器的第一端，以作为第一内容控件，其中，第二内容控件为缓存空间中的内容控件；移动模块，用于从列表容器的第二端获取第一预设数量的第一内容控件，并将获取的第一预设数量的第一内容控件移入缓存空间，以作为第二内容控件。

根据本发明实施例的另一方面，还提供了一种计算机可读存储介质，计算机可读存储介质包括存储的程序，其中，在程序运行时控制计算机可读存储介质所在设备执行上述的控件的显示控制方法。

根据本发明实施例的另一方面，还提供了一种处理器，处理器用于运行程序，其中，程序运行时执行上述的控件的显示控制方法。

在本发明实施例中，在响应列表移动事件，更新列表显示区域在列表容器内的位置的过程中，如果检测到更新后的位置位于列表容器的边缘区域，则可以将缓存空间中的第一预设数量的第二内容控件添加至列表容器的第一端，同时将列表容器的第二端获取第一预设数量的第一内容控件移入至缓存空间，从而实现了内容控件的动态加载，避免列表容器加载大数据量内容控件时存在卡顿，为列表容器应用于排行版、公会成员列表、聊天列表、服务器列表、频道列表、好友列表等提供了便利，而且，通过缓存空间的结构实现内容控件的循环加载和回收，避免内容控件的频繁创建和删除，提升了加载效率，进而解决了相关技术中控件的显示控制方法在加载内容控件时需要创建新的内容控件，导致加载效率较低的技术问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的一种控件的显示控制方法的流程图；

图2是根据本发明实施例的一种可选的列表容器的示意图；

图3是根据本发明实施例的一种可选的游戏聊天中的列表容器的示意图；

图4是根据本发明实施例的一种可选的控件的显示控制方法的流程图；

图5是根据本发明实施例的一种可选的控件的显示控制方法的流程图；

图6是根据本发明实施例的一种控件的显示控制装置的示意图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

首先，对本发明实施例中出现的技术名称或技术术语进行如下解释说明：

inner container：可以是指列表容器内部用于承载所有内容控件的基础面板。

step：可以是指每次列表滑动到底部或顶部时加载的内容控件的数目。

hold row：可以是指列表容器内常驻内存的内容控件的行数，这个值一般等于一屏列表能显示的数目加上step的两倍，也就是上下各预留一个step的值。

start idx：可以表征列表容器中已经加载的最顶部的显示内容在所有列表内容中的索引，初始值为0。当列表向下移动时，start idx不断增加；当列表向上移动时，startidx不断减小。

根据本发明实施例，提供了一种控件的显示控制方法，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图1是根据本发明实施例的一种控件的显示控制方法的流程图，如图1所示，该方法包括如下步骤：

步骤S102，响应列表移动事件，更新列表显示区域在列表容器内的位置，列表容器包括多个第一内容控件，列表显示区域用于在列表容器中确定用于在终端的显示界面上显示的第一内容控件。

可选的，列表移动事件为根据作用于图形用户界面的第一操作，或在终端上的第二操作所确定的触发事件。

上述步骤中的列表移动事件可以是玩家在查看列表容器中的内容时，在触摸屏上对列表进行上下滑动所生成的操作，或者也可以是玩家通过鼠标或键盘等设备对列表的滚动条进行点击或拖动所生成的操作。

上述步骤中的终端可以是玩家的智能手机、平板电脑、笔记本电脑、PC等，但不仅限于此。

上述步骤中的列表显示区域可以是列表容器中用于显示内容的区域，当内容控件位于该区域内时，玩家可以查看到该内容控件的显示内容。为了避免内容控件加载较慢，导致出现卡顿的问题，列表显示区域的高度小于列表容器中inner container的高度。可选的，inner container的高度可以是列表显示区域的高度的2倍，但不仅限于此。

在大多数情况下，列表容器中显示的内容是从上至下依次显示的，因此，列表容器的边缘区域可以是指列表容器的顶部区域或底部区域。

在一种可选的实施例中，用户在查看列表容器内的内容的过程中，用户可以通过在图形用户界面或终端上进行操作，触发列表移动事件，控制列表进行相应的滑动，使得列表显示区域在列表容器中的位置实时变化，其中，当用户向上滑动，或点击滚动条的向下箭头，或拖动滚动条向下移动时，列表向上移动，列表显示区域的位置靠近列表容器的底部区域；当用户向下滑动，或点击滚动条的向上箭头，或拖动滚动条向上移动时，列表向下移动，列表显示区域的位置靠近列表容器的顶部区域。

基于列表容器的操作可知，列表容器内的内容控件数量有限，当用户查看到列表容器的顶部或底部的内容时，为了确保内容显示的流畅性，首先需要判断更新后的列表显示区域在列表容器中的位置是否位于列表容器的边缘区域，如果是，则需要加载内容控件，如果否，则无需进行任何处理。

步骤S104，在检测到更新后的位置位于列表容器的边缘区域时，将第一预设数量的第二内容控件添加至列表容器的第一端，以作为第一内容控件，第二内容控件为缓存空间中的内容控件。

上述步骤中的第一预设数量可以是指需要加载的第二内容控件的数量，具体地可以根据不同游戏场景或列表容器的使用场景进行设定。上述的第一端可以是指列表容器中与列表容器的移动方向相反的一端，也即，列表容器的顶部或底部，当列表向上移动时，第一端可以是列表容器的底部；当列表向下移动时，第一端可以是列表容器的顶部。

需要说明的是，第二内容控件并不会立即进行显示，而是作为缓冲控件，从而能够为预先加载新的内容控件预留时间。

步骤S106，从列表容器的第二端获取第一预设数量的第一内容控件，并将获取的第一预设数量的第一内容控件移入缓存空间，以作为第二内容控件。

上述步骤中的第二端可以是列表容器中与列表容器的移动方向相同的一端，也即，与第一端相反的一端，当第一端是列表容器的顶部时，第二端可以是列表容器的底部；当第一端是列表容器的底部时，第二端可以是列表容器的顶部。

在本发明实施例中，采用了如图2所示的列表容器实现内容控件的加载。如图2所示，在基础的列表容器的基础上，引进了hold row，step(即上述的第一数量)和缓冲池(即上述的缓存空间)，其中，图2中示出了列表显示区域内最多显示4个内容控件，hold row取值为8，step取值为2。基于上述的列表容器，在一种可选的实施例中，在列表移动的过程中，如果列表内容总数目小于预先设定的hold row，则无需进行任何处理；而当列表内容总数目大于hold row时，一旦检测到列表显示区域在列表容器内的位置接近底部或者顶部时，可以加载step个数目的内容控件，如果列表显示区域在列表容器内的位置接近底部，则step个数目的内容控件可以加载在列表容器的底部；如果列表显示区域在列表容器内的位置接近顶部，则step个数目的内容控件可以加载在列表容器的顶部。同时，可以从第二端删除step个数目的内容控件。

通过上述方式，在列表持续向一个方向移动的过程中，可以不断在第一端加载第二内容控件，并将第二端的第一内容控件移入缓存空间，从而确保列表容器内的内容控件的总数保持不变，同时在列表显示区域之外预留一定的缓冲空间，保证了操作的平滑性和连续性。

通过本发明上述实施例，在响应列表移动事件，更新列表显示区域在列表容器内的位置的过程中，如果检测到更新后的位置位于列表容器的边缘区域，则可以将缓存空间中的第一预设数量的第二内容控件添加至列表容器的第一端，同时将列表容器的第二端获取第一预设数量的第一内容控件移入至缓存空间，从而实现了内容控件的动态加载，避免列表容器加载大数据量内容控件时存在卡顿，为列表容器应用于排行榜、公会成员列表、聊天列表、服务器列表、频道列表、好友列表等提供了便利，而且，通过缓存空间的结构实现内容控件的循环加载和回收，避免内容控件的频繁创建和删除，提升了加载效率，进而解决了相关技术中控件的显示控制方法在加载内容控件时需要创建新的内容控件，导致加载效率较低的技术问题。

可选地，该方法包括：在检测到列表显示区域与列表容器的第一端之间的最小距离满足预设距离时，确定更新后的位置位于列表容器的边缘区域。

上述步骤中的最小距离可以是列表显示区域与列表移动方向相反的一段与列表容器的第一端之间的距离，预设距离可以是基于内容控件的高度所确定的一个距离，例如，可以是指一个内容控件的高度，也可以是多个内容控件的高度，可以是大于0且小于step的值，取值越大效果越平滑。

在一种可选的实施例中，为了实现判断更新后的列表显示区域的位置是否位于列表容器的顶部区域或底部区域，在列表向下移动的过程中，可以判断列表显示区域的顶部距离列表显示容器的顶部是否小于预设距离，例如，判断是否小于一个内容控件的高度，如果是，也即，如果列表容器中列表显示区域之外还剩一个内容控件未显示，则可以认为更新后的列表显示区域的位置位于列表容器的边缘区域，需要加载新的内容控件，保证列表滑动时内容显示的连续性；否则无需进行任何处理。列表向上移动的过程与上述过程类似，在此不做赘述。

可选地，在列表容器的移动方向为向上移动的情况下，该方法还包括：获取列表容器的内容器的位置；获取多个第一内容控件的总高度与列表显示区域的高度的差值，得到高度差；获取高度差与列表容器的内容器的位置的差值，得到最小距离。

上述步骤中的内容器的位置可以是指内容器超出列表显示区域的高度，该位置可以直接读取得到。

在一种可选的实施例中，在列表移动过程中，可以通过判断列表容器的innercontainer的位置来决定列表显示区域是否移动到列表容器的顶部或底部，其中，在列表向下移动的过程中，需要确定列表显示区域的顶部与列表容器的顶部之间的距离，可以直接读取inner container的位置得到上述的最小距离；在列表向上移动的过程中，需要确定列表显示区域的底部与列表容器的底部之间的距离，可以根据列表容器中所有内容控件的高度与列表显示区域的高度的相对差，进一步获取相对差与inner container的位置的差值得到上述的最小距离。

可选地，该方法包括：根据第一内容控件更新列表显示区域与列表容器的第一端之间的距离，以继续执行在检测到更新后的位置位于列表容器的边缘区域时，将第一预设数量的第二内容控件添加至列表容器的第一端的步骤，直至列表移动事件结束。

在一种可选的实施例中，在列表持续移动的过程中，在将缓存空间中的内容空间添加至列表容器之后，此时，inner container的位置发生变化，从而列表显示区域与列表容器的第一端之间的最小距离发生变化，因此，需要继续判断更新后的位置是否位于列表容器的边缘区域，如果是，则再次将缓存空间中的内容空间添加至列表容器。

可选地，响应于列表移动事件的结束，在终端的显示界面上显示位于列表显示区域内的第一内容控件。

在一种可选的实施例中，在用户停止滑动，或停止点击滑动条，或停止拖动滑动条之后，此时位于列表显示区域内的第一内容控件可以显示在终端的显示界面上，展示给用户查看。

可选地，在将第一预设数量的第二内容控件添加至列表容器的第一端之前，该方法还包括：获取第一预设数量的显示内容；确定显示内容对应的标签属性，其中，标签属性用于表征显示内容的类型；获取缓存空间中标签属性对应的内容控件，得到第一内容控件。

上述步骤中的显示内容可以是需要显示的新的内容，例如，可以是最新的聊天消息等，但不仅限于此。

上述步骤中的标签属性可以是针对不同类型的内容控件所设置的标签值，不同类型的内容控件可以显示不同的内容。例如，如图3所示的游戏聊天中的列表容器，聊天内容对应了三种类型的内容控件，而且不同内容控件的高度也不同。

在一种可选的实施例中，可以在列表容器使用时预先设置一个显示内容到标签属性的映射关系，从而可以基于显示内容计算出对应的标签属性，并根据标签属性从缓存空间中找到具有相同标签属性的内容控件进行加载。

例如，以聊天消息为例进行说明，聊天消息可以分为三种：自己发送的消息、别人发送的消息和系统消息，三种显示内容可以对应三种不同类型的内容控件进行显示，因此，可以自行约定自己发送的消息对应的标签属性为1，别人发送的消息对应的标签属性为2，系统消息对应的标签属性为3。当新的消息到来时，可以根据该消息的消息源，确定该消息对应的标签属性，进而可以获取到正确的内容控件。

需要说明的是，在游戏应用时，可以基于显示内容的来源、所在频道、是否携带图片等各个信息确定显示内容对应的标签属性。

通过引进标签属性来定制化加载不同类型、不同高度的的内容控件，与相关技术相比，无需预先计算inner container的大小，可以直接根据即将显示的内容加载不同类型、不同高度的内容控件，从而无需加载同一且高度固定的控件，不影响显示和操作，拓宽了列表容器使用的应用场景，对于游戏聊天等场景有很好的应用。因此，在本发明实施例中，并未对内容控件的高度进行限制。

可选地，获取第一预设数量的显示内容包括：基于更新后的位置和列表容器的控件行数，确定显示内容的索引信息；基于显示内容的索引信息，从内容列表中获取显示内容。

上述步骤中的更新后的位置可以是start idx，用于表征列表容器中已经加载的最顶部的显示内容在所有列表内容中的索引，初始值为0，当列表显示区域向下滑动时，start idx不断增加；当列表显示区域向上滑动时，start idx不断减小。

由于需要显示的显示内容较多，而列表容器只显示其中一部分，因此当列表显示区域不断移动时，需要确定新补充进来的内容控件对应的显示内容。例如，假设需要显示100条显示内容，列表显示区域最多同时只能显示10条，也即，hold row为10。随着列表显示区域的不断移动，无法确定新加载的内容控件的显示内容是第30到39条还是第71到第80条。

在一种可选的实施例中，为了确定当前需要加载的内容控件对应需要加载的显示内容，可以根据start idx以及hold row计算出需要加载的显示内容的索引，进而结合内容列表可以得到相应的显示内容。例如，初始化start idx为0，可以确定列表显示区域内显示第1到第10条内容，当列表显示区域下滑5条时，start idx为5，此时可以确定列表显示区域显示第6到第15条内容。当列表显示区域移动到某个时刻时，如果该start idx为49，则可以确定列表显示区域显示第50到第59条内容。

需要说明的是，start idx在删除顶部或者预加载顶部内容时刷新，因此，通过start idx可以在任意时刻确定列表显示区域中显示的具体是哪些内容。

可选地，在确定显示内容对应的标签属性之前，该方法还包括：检测预设开关是否处于打开状态；如果检测到预设开关处于打开状态，则确定显示内容对应的标签属性。

上述步骤中的预设开关可以是启动标签属性的开关，通过该开关可以决定是否应用标签属性的功能，其中，当该开关打开时，则可以确定需要基于标签属性获取内容控件，当该开关关闭时，可以随意获取内容控件。

在一种可选的实施例中，当显示内容需要通过多个不同类型的内容控件进行显示时，可以将预设开关打开，从而可以检测到该预设开关处于打开状态，基于显示内容计算出标签属性，并从缓存空间获取相同标签属性的内容控件进行加载；当显示内容无需通过不同类型的内容控件进行显示时，可以将预设开关打开，从而可以检测到该预设开关处于关闭状态，可以从缓存空间中获取任意一个内容控件进行加载。

可选地，该方法还包括：响应接收到新的聊天消息，判断列表显示区域是否显示新的聊天消息；如果列表显示区域显示新的聊天消息，将新的聊天消息对应的第二内容控件添加至列表容器的第一端，以作为第一内容控件；从列表容器的第二端获取第一内容控件，并将获取到的第一内容控件移入缓存空间。

在聊天应用场景中，由于游戏聊天是一个高频率更新的操作，需要在列表容器的顶部不断插入内容。如果每次接收到一条聊天消息均加载在列表容器的顶部hold row数目的内容控件，也即，需要对整个列表容器进行不断重载，存在较大消耗。

为了解决上述问题，可以在接收到新的聊天消息时，首先确定当前列表是否显示聊天最新的内容，如果是，则仅需要将最新的消息插入到列表容器的顶部，同时从列表容器的底部删除一个内容控件，并重新刷新内容布局，实现了在保持内容控件总数不变的情况下保持列表显示正确的目的。

例如，假设接收到最新的100条聊天消息，列表显示区域中最多显示10条。当玩家向下滑动查看旧的聊天消息时，列表显示区域中显示的可能是第30到第39条内容(startidx为29)，此时如果接收到一条新消息，则不能直接将其加载在列表容器的最上方，否则会出现消息显示错乱的问题，而只有当玩家在查看第1到第10条(start idx为0)时，此时确定列表显示区域显示的是最新的聊天内容，因此，在接收到新消息时，可以将其加载在列表容器的最上方。

可选地，在检测到列表显示区域位于列表容器内的预设位置的情况下，确定列表显示区域显示新的聊天消息。

上述步骤中的预设位置可以是指列表显示区域中显示的聊天消息是最新的聊天消息，也即是接收到新的聊天消息之前的最新消息。

在一种可选的实施例中，可以通过判断start idx是否为0的方式判断列表显示区域是否显示新的聊天消息。

可选地，在对列表容器进行初始化时，在列表容器中加载第二预设数量的内容控件，其中，第二预设数量是基于列表容器的控件行数所确定。

上述步骤中的第二预设数量可以是hold row，也即，可以是列表容器内容纳的内容控件的总数量。

在一种可选的实施例中，在列表容器初始化加载时，可以从上到下加载最多holdrow数目的内容控件，也即可以仅仅加载列表显示区域能够显示的内容控件的数量加上一定量缓冲数目的内容控件。

可选地，在列表容器中加载第二预设数量的内容控件的过程中，每帧加载一个内容控件。

在一种可选的实施例中，列表容器中常驻内存的内容控件的数量与列表显示区域能够显示的内容控件的数量息息相关，当列表显示区域能够显示较多内容控件时，列表容器初始化加载内容控件可能会造成卡顿。

为了解决上述问题，在一种可选的实施例中，可以采用分帧加载的方式实现，也即，每帧加载一个内容控件，从而避免因hold_row过大带来的卡顿等效率问题。

可选地，在缓存空间中未获取到第二内容控件的情况下，创建第一内容控件。

在一种可选的实施例中，缓存空间的目的是为了避免内容控件的重复创建和回收，当需要加载内容控件时，首先尝试从缓存空间中获取，如果缓存空间中存在，则直接返回，无需进行重新创建；如果缓存空间中不存在，则创建一个内容控件并返回。

需要说明的是，缓存空间中内容控件的数量未进行设定，在开始时缓存空间中不存在内容控件，随着列表显示区域的滑动，可以从列表容器的远端回收内容控件放入到缓存空间而不是直接删除，从而后续可以从缓存空间中直接获取内容控件而无需新创建。而且，由于列表容器中内容控件的总数目一定，从而缓存空间内的内容控件的数量不会过大。

可选地，在列表容器销毁之后，回收缓存空间。

在一种可选的实施例中，列表容器销毁时可以主动回收缓存空间，从而避免内存泄露。

下面结合图4和图5对本发明一种优选的实施例进行详细说明。

如图4所示，列表显示区域内最多显示4个内容控件，hold row取8，step取2，以列表向下移动为例进行说明。

在步骤S401中，当列表向下移动到区域外还剩1个内容控件待显示时，判断列表显示区域的位置位于列表容器的边缘区域，此时需要在列表容器上方加载新的内容控件。

在步骤S402中，将缓冲池中的内容控件补充2个到列表容器的顶部，同时从底部删除2个内容控件移入缓冲池，维持列表容器的总内容控件数为8。

在步骤S403中，当列表向下移动时，上方又多了2个内容控件，保证了滑动的连续性，此时如果列表向上移动，一旦判定列表显示区域的位置位于列表容器的边缘区域，则会从顶部删除2个补充到底部，保证滑动的连续性。

如图5所示，列表显示区域内最多显示4个内容控件，hold row取8，step取2，并且存在A、B两种高度不同的内容控件，以列表向下移动为例进行说明。

在步骤S501中，当列表向下移动到屏幕外还剩一个内容控件待显示时，判定列表显示区域的位置位于列表容器的边缘区域，此时需要在列表容器上方加载新的内容控件。可以看到当前列表容器中有7个内容控件A和1个内容控件B，缓冲池中有1个内容控件A和1个内容控件B。

在步骤S502中，将缓冲池中的内容控件补充2个到列表容器的顶部，这里根据显示内容到内容控件的映射关系补充了1个内容控件A和1个内容控件B，同时从底部删除2个内容控件，维持列表容器的总内容控件数为8。

在步骤S503中，此时列表容器中包含了6个内容控A和2个内容控件B，缓冲池中包含了两个内容控件A，列表继续向下移动，有足够的预加载内容显示，保证列表滑动时的平滑性。

需要说明的是，在实际应用中，step的取值较大，不存在导致当往顶部补充2个内容控件后触发滑动到底部的问题。

根据本发明实施例，还提供了一种控件的显示控制装置，该装置可以执行上述实施例中的控件的显示控制方法，具体实现方式和优选实施例与上述实施例相同，在此不作赘述。

图6是根据本发明实施例的一种控件的显示控制装置的示意图，如图6所示，该装置包括：

更新模块62，用于响应列表移动事件，更新列表显示区域在列表容器内的位置，其中，列表容器包括多个第一内容控件，列表显示区域用于在列表容器中确定用于在终端的显示界面上显示的第一内容控件；

添加模块64，用于在检测到更新后的位置位于列表容器的边缘区域时，将第一预设数量的第二内容控件添加至列表容器的第一端，以作为第一内容控件，其中，第二内容控件为缓存空间中的内容控件；

移动模块66，用于从列表容器的第二端获取第一预设数量的第一内容控件，并将获取的第一预设数量的第一内容控件移入缓存空间，以作为第二内容控件。

可选地，该装置还包括：第一确定模块，用于在检测到列表显示区域与列表容器的第一端之间的最小距离满足预设距离时，确定更新后的位置位于列表容器的边缘区域。

可选地，在列表容器的移动方向为向上移动的情况下，该装置还包括：第一获取模块，用于获取列表容器的内容器的位置；第二获取模块，用于获取多个第一内容控件的总高度与列表显示区域的高度的差值，得到高度差；第三获取模块，用于获取高度差与列表容器的内容器的位置的差值，得到最小距离。

可选地，该装置还包括：更新模块还用于根据第一内容控件更新列表显示区域与列表容器的第一端之间的距离，以继续执行在检测到更新后的位置位于列表容器的边缘区域时，将第一预设数量的第二内容控件添加至列表容器的第一端的步骤，直至列表移动事件结束。

可选地，该装置还包括：显示模块，用于响应于列表移动事件的结束，在终端的显示界面上显示位于列表显示区域内的第一内容控件。

可选地，该装置还包括：第四获取模块，用于获取第一预设数量的显示内容；第二确定模块，用于确定显示内容对应的标签属性，其中，标签属性用于表征显示内容的类型；第五获取模块，用于获取缓存空间中标签属性对应的内容控件，得到第一内容控件。

可选地，第五获取模块包括：确定单元，用于基于当前位置和列表容器的控件行数，确定显示内容的索引信息；获取单元，用于基于显示内容的索引信息，从内容列表中获取显示内容。

可选地，该装置还包括：检测模块，用于检测预设开关是否处于打开状态；第三确定模块，用于如果检测到预设开关处于打开状态，则确定显示内容对应的标签属性。

可选地，该装置还包括：判断模块，用于响应接收到新的聊天消息，判断列表显示区域是否显示新的聊天消息；添加模块还用于如果列表显示区域显示新的聊天消息，将新的聊天消息对应的第二内容控件添加至列表容器的第一端，以作为第一内容控件；移动模块还用于从列表容器的第二端获取第一内容控件，并将获取到的第一内容控件移入缓存空间。

可选地，该装置还包括：第四确定模块，用于在检测到列表显示区域位于列表容器内的预设位置的情况下，确定列表显示区域显示新的聊天消息。

可选地，该装置还包括：初始化模块，用于在对列表容器进行初始化时，在列表容器中加载第二预设数量的内容控件，其中，第二预设数量是基于列表容器的控件行数所确定。

可选地，初始化模块还用于在列表容器中加载第二预设数量的内容控件的过程中，每帧加载一个内容控件。

可选地，该装置还包括：创建模块，用于在缓存空间中未获取到第二内容控件的情况下，创建第一内容控件。

可选地，该装置还包括：回收模块，用于在列表容器销毁之后，回收缓存空间。

根据本发明实施例，还提供了一种计算机可读存储介质，计算机可读存储介质包括存储的程序，其中，在程序运行时控制计算机可读存储介质所在设备执行上述实施例中的控件的显示控制方法。

根据本发明实施例，还提供了一种处理器，处理器用于运行程序，其中，程序运行时执行上述实施例中的控件的显示控制方法。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

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

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (15)

1.一种控件的显示控制方法，其特征在于，包括：

响应列表移动事件，更新列表显示区域在列表容器内的位置，其中，所述列表容器包括多个第一内容控件，所述列表显示区域用于在所述列表容器中确定用于在终端的显示界面上显示的第一内容控件；

在检测到更新后的位置位于所述列表容器的边缘区域时，将第一预设数量的第二内容控件添加至所述列表容器的第一端，以作为第一内容控件，其中，所述第二内容控件为缓存空间中的内容控件；

从所述列表容器的第二端获取所述第一预设数量的第一内容控件，并将获取的所述第一预设数量的第一内容控件移入所述缓存空间，以作为第二内容控件。

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

在检测到所述列表显示区域与所述列表容器的第一端之间的最小距离满足预设距离时，确定所述更新后的位置位于所述列表容器的边缘区域。

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

根据所述第一内容控件更新所述列表显示区域与所述列表容器的第一端之间的距离，以继续执行在检测到更新后的位置位于所述列表容器的边缘区域时，将所述第一预设数量的第二内容控件添加至所述列表容器的第一端的步骤，直至所述列表移动事件结束。

4.根据权利要求1所述的方法，其特征在于，响应于列表移动事件的结束，在终端的显示界面上显示位于所述列表显示区域内的第一内容控件。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述列表容器的第一端为所述列表容器中与所述列表容器的移动方向相反的一端，所述列表容器的第二端为所述列表容器中与所述列表容器的移动方向相同的一端。

6.根据权利要求2所述的方法，其特征在于，在所述列表容器的移动方向为向上移动的情况下，所述方法还包括：

获取所述列表容器的内容器的位置；

获取所述多个第一内容控件的总高度与所述列表显示区域的高度的差值，得到高度差；

获取所述高度差与所述列表容器的内容器的位置的差值，得到所述最小距离。

7.根据权利要求1-6任一项所述的方法，其特征在于，在将第一预设数量的第二内容控件添加至所述列表容器的第一端之前，所述方法还包括：

获取所述第一预设数量的显示内容；

确定所述显示内容对应的标签属性，其中，所述标签属性用于表征所述显示内容的类型；

获取所述缓存空间中所述标签属性对应的内容控件，得到所述第一内容控件。

8.根据权利要求7所述的方法，其特征在于，获取所述第一预设数量的所述显示内容包括：

基于所述更新后的位置和所述列表容器的控件行数，确定所述显示内容的索引信息；

基于所述显示内容的索引信息，从内容列表中获取所述显示内容。

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

响应接收到新的聊天消息，判断所述列表显示区域是否显示所述新的聊天消息；

如果所述列表显示区域显示所述新的聊天消息，将所述新的聊天消息对应的第二内容控件添加至所述列表容器的第一端，以作为第一内容控件；

从所述列表容器的第二端获取第一内容控件，并将获取到的所述第一内容控件移入所述缓存空间。

10.根据权利要求9所述的方法，其特征在于，在检测到所述列表显示区域位于所述列表容器内的预设位置的情况下，确定所述列表显示区域显示所述新的聊天消息。

11.根据权利要求1所述的方法，其特征在于，在对所述列表容器进行初始化时，在所述列表容器中加载第二预设数量的内容控件，其中，所述第二预设数量是基于所述列表容器的控件行数所确定。

12.根据权利要求11所述的方法，其特征在于，在所述列表容器中加载所述第二预设数量的内容控件的过程中，每帧加载一个内容控件。

13.一种控件的显示控制装置，其特征在于，包括：

更新模块，用于响应列表移动事件，更新列表显示区域在列表容器内的位置，其中，所述列表容器包括多个第一内容控件，所述列表显示区域用于在所述列表容器中确定用于在终端的显示界面上显示的第一内容控件；

添加模块，用于在检测到更新后的位置位于所述列表容器的边缘区域时，将第一预设数量的第二内容控件添加至所述列表容器的第一端，以作为第一内容控件，其中，所述第二内容控件为缓存空间中的内容控件；

移动模块，用于从所述列表容器的第二端获取所述第一预设数量的第一内容控件，并将获取的所述第一预设数量的第一内容控件移入所述缓存空间，以作为第二内容控件。

14.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质包括存储的程序，其中，在所述程序运行时控制所述计算机可读存储介质所在设备执行权利要求1至12中任意一项所述的控件的显示控制方法。

15.一种处理器，其特征在于，所述处理器用于运行程序，其中，所述程序运行时执行权利要求1至12中任意一项所述的控件的显示控制方法。

Images