CN115344167A - 用于管理视图单元的方法、装置、设备和介质 - Google Patents

Abstract

提供了用于管理视图单元的方法、装置、设备和介质。在一种方法中，确定在第一时间点被呈现在视图区域中的第一组视图单元，第一组视图单元中的第一视图单元的第一视图资源被存储在用于呈现视图区域的内部存储区域中。确定在第一时间点之后的第二时间点将被呈现在视图区域中的第二组视图单元。响应于确定第一组视图单元与第二组视图单元不同，将第一视图资源存储至内部存储区域中的缓存区域。基于第一视图单元的第一呈现样式与第二组视图单元中的第二视图单元的第二呈现样式的比较结果以及缓存区域中的第一视图资源，在视图区域中呈现第二视图单元。基于两个视图单元的呈现样式的比较来重用缓存区域中的视图资源，进而提高呈现效率。

Description

用于管理视图单元的方法、装置、设备和介质

技术领域

本公开的示例性实现方式总体涉及用户界面管理，特别地涉及用于管理视图单元的方法、装置、设备和计算机可读存储介质。

背景技术

随着计算机技术的发展，可以提供丰富的用户界面内容。例如，可以以列表方式来呈现多个视图单元。在不同的应用环境下，视图单元可以涉及不同的内容。例如，在社交应用中，可以利用视图单元列表来呈现好友信息，此时列表中的每个视图单元可以表示一个好友的相关信息。又例如，在视频应用中，可以利用视图单元列表来呈现视频信息，此时列表中的每个视图单元可以表示一个视频的相关信息，等等。

可以显示列表中的不同位置处的视图单元，并且允许用户与列表进行交互。列表可能会包括大量信息，并且用户交互可能会导致列表内容的变化，这导致刷新列表中各个视图单元的可能会占用较大的计算资源。此时，如何以更为方便并且有效的方式来管理视图单元信息，成为一个亟待解决的问题。

发明内容

在本公开的第一方面，提供了一种管理视图单元的方法。在该方法中，确定在第一时间点被呈现在视图区域中的第一组视图单元，第一组视图单元中的第一视图单元的第一视图资源被存储在用于呈现视图区域的内部存储区域中。确定在第一时间点之后的第二时间点将被呈现在视图区域中的第二组视图单元。响应于确定第一组视图单元与第二组视图单元不同，将第一视图资源存储至内部存储区域中的缓存区域。基于第一视图单元的第一呈现样式与第二组视图单元中的第二视图单元的第二呈现样式的比较结果以及缓存区域中的第一视图资源，在视图区域中呈现第二视图单元。

在本公开的第二方面，提供了一种用于管理视图单元的装置。该装置包括：第一确定模块，被配置用于确定在第一时间点被呈现在视图区域中的第一组视图单元，第一组视图单元中的第一视图单元的第一视图资源被存储在用于呈现视图区域的内部存储区域中；第二确定模块，被配置用于确定在第一时间点之后的第二时间点将被呈现在视图区域中的第二组视图单元；存储模块，被配置用于响应于确定第一组视图单元与第二组视图单元不同，将第一视图资源存储至内部存储区域中的缓存区域；以及呈现模块，被配置用于基于第一视图单元的第一呈现样式与第二组视图单元中的第二视图单元的第二呈现样式的比较结果以及缓存区域中的第一视图资源，在视图区域中呈现第二视图单元。

在本公开的第三方面，提供了一种电子设备。该电子设备包括：至少一个处理单元；以及至少一个存储器，至少一个存储器被耦合到至少一个处理单元并且存储用于由至少一个处理单元执行的指令，指令在由至少一个处理单元执行时使设备执行根据本公开第一方面的方法。

在本公开的第四方面，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序在被处理器执行时使处理器实现根据本公开第一方面的方法。

应当理解，本内容部分中所描述的内容并非旨在限定本公开的实现方式的关键特征或重要特征，也不用于限制本公开的范围。本公开的其他特征将通过以下的描述而变得容易理解。

附图说明

在下文中，结合附图并参考以下详细说明，本公开各实现方式的上述和其他特征、优点及方面将变得更加明显。在附图中，相同或相似的附图标记表示相同或相似的元素，其中：

图1示出了本公开的实现方式能够在其中实现的示例环境的框图；

图2示出了根据本公开的一些实现方式的用于管理视图单元的过程的框图；

图3示出了根据本公开的一些实现方式的用于获取视图单元列表的过程的框图；

图4示出了根据本公开的一些实现方式的基于滑动操作来移动视图单元的过程的框图；

图5示出了根据本公开的一些实现方式的用于基于滑动操作来管理视图单元列表的方法的流程图；

图6示出了根据本公开的一些实现方式的用于基于视图模板的比较来确定是否可以重用视图资源的过程的框图；

图7示出了根据本公开的一些实现方式的用于更新缓存区域中的视图资源的过程的框图；

图8示出了根据本公开的一些实现方式的用于呈现视图单元的过程的框图；

图9示出了根据本公开的一些实现方式的用于呈现视图单元的过程的框图；

图10示出了根据本公开的一些实现方式的用于管理视图单元列表的方法的流程图；

图11示出了根据本公开的一些实现方式的用于管理视图单元列表的装置的框图；以及

图12示出了能够实施本公开的多个实现方式的设备的框图。

具体实施方式

下面将参照附图更详细地描述本公开的实现方式。虽然附图中示出了本公开的某些实现方式，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实现方式，相反，提供这些实现方式是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实现方式仅用于示例性作用，并非用于限制本公开的保护范围。

在本公开的实现方式的描述中，术语“包括”及其类似用语应当理解为开放性包含，即“包括但不限于”。术语“基于”应当理解为“至少部分地基于”。术语“一个实现方式”或“该实现方式”应当理解为“至少一个实现方式”。术语“一些实现方式”应当理解为“至少一些实现方式”。下文还可能包括其他明确的和隐含的定义。如本文中所使用的，术语“模型”可以表示各个数据之间的关联关系。例如，可以基于目前已知的和/或将在未来开发的多种技术方案来获取上述关联关系。

可以理解的是，本技术方案所涉及的数据(包括但不限于数据本身、数据的获取或使用)应当遵循相应法律法规及相关规定的要求。

可以理解的是，在使用本公开各实施例公开的技术方案之前，均应当根据相关法律法规通过适当的方式对本公开所涉及个人信息的类型、使用范围、使用场景等告知用户并获得用户的授权。

例如，在响应于接收到用户的主动请求时，向用户发送提示信息，以明确地提示用户，其请求执行的操作将需要获取和使用到用户的个人信息。从而，使得用户可以根据提示信息来自主地选择是否向执行本公开技术方案的操作的电子设备、应用程序、服务器或存储介质等软件或硬件提供个人信息。

作为一种可选的但非限制性的实现方式，响应于接收到用户的主动请求，向用户发送提示信息的方式，例如可以是弹出窗口的方式，弹出窗口中可以以文字的方式呈现提示信息。此外，弹出窗口中还可以承载供用户选择“同意”或“不同意”向电子设备提供个人信息的选择控件。

可以理解的是，上述通知和获取用户授权过程仅是示意性的，不对本公开的实现方式构成限定，其他满足相关法律法规的方式也可应用于本公开的实现方式中。

示例环境

首先参见图1描述根据本公开的一个示例性实现方式的应用环境。图1示出了本公开的实现方式能够在其中实现的示例环境100的框图。可以在应用程序的用户界面中的某个区域中呈现一个或多个视图单元。如图1所示，可以在视图区域120中呈现视图单元110、…、112、…、以及114。用户可以与视图区域120进行交互，例如，用户可以使用手指、触笔和/或鼠标等其他对象来在视图区域120中执行滑动操作，以便向上或者向下滑动视图区域120中的各个视图单元。

如图1所示，用户可以沿着滑动方向130来向上滑动，此时，位于视图区域120顶部的视图单元110将会向上移动并且逐渐移出视图区域120。与此同时，位于底部的视图单元114也会向上滑动，并且跟随在视图单元114之后的另一视图单元可以进入视图区域120。将会理解，在需要呈现较多视图单元和/或视图单元包括复杂内容的情况下，各个视图单元的刷新可能会需要较多的资源、并且需要不断地在用于控制呈现视图区域120的内部存储区域与外部存储区域之间交换数据，这可能会影响视图区域120的刷新速度，进而产生卡顿等不良体验。此时，如何以更为方便并且有效的方式来以呈现视图单元，成为一个亟待解决的问题。

管理视图单元的概要过程

为了解决上述技术方案中的不足，根据本公开的一个示例性实现方式，提出了一种用于管理视图单元的方法。具体地，可以检测视图区中的一个或多个视图单元的变化，可以将变化前的视图单元的相关视图资源存储至缓冲区域。如果在视图区域中将要呈现新的视图单元，则可以基于比较变化前的视图单元和新的视图单元的呈现样式，来呈现新的视图单元。

根据本公开的一个示例性实现方式，可以利用视图模板来描述各个视图单元的呈现样式，换言之可以利用预定的视图模板来配置各个视图单元。当某个视图单元被移出视图区域120时，并不直接将该视图单元的相应视图资源(在此，视图资源是基于视图模板确定的)移出内部存储区域，而是可以将该视图资源存储至用于呈现视图区域的内部存储区域中的预定缓存区域，以便用于后续刷新视图区域120时使用。当新的视图单元被移入视图区域120时，可以比较两个视图单元的呈现样式(也即，比较视图模板)，以便确定是否可以重用缓存区域中的视图资源来呈现新视图单元。

在本公开的上下文中，将以用于表示用户信息的视图单元列表作为示例来描述用于管理视图单元的具体示例。在其他应用环境下，视图单元列表还可以包括其他信息。参见图2描述根据本公开的一个示例性实现方式的概要，该图2示出了根据本公开的一些实现方式的用于管理视图单元的过程的框图200。如图2所示，可以获取视图单元列表250，该视图单元列表250包括多个视图单元110、…、112、…、114、230、以及232。

在此，各个视图单元可以具有不同的内容和有各自的呈现样式，并且是基于各自的视图模板来生成的。根据本公开的一个示例性实现方式，呈现样式可以描述视图单元的多方面的信息，例如，将被呈现的项目、项目的具体参数、各个项目的在视图单元中的呈现位置、颜色、字体，等等。具体地，视图单元110、…、112以及230可以是基于视图模板210来生成的。该视图模板210可以包括用户的多方面信息：头像212，表示用户为自身账户设置的头像；ID 214，表示用户账户的标识符；以及状态216，表示用户的在线或者离线状态(例如，空白图标可以表示离线状态，并且阴影图标可以表示在线状态)。进一步，视图单元114和232可以是基于视图模板220来生成的，该视图模板220可以包括头像222、ID 224、状态226以及用户完成某项任务的进度条228。

如图2所示，当视图单元列表250较长时，视图区域120并不呈现视图单元列表250的全部内容，而是视图区域120仅呈现了视图单元列表250中的一部分(例如，可以称为第一组视图单元)：视图单元110、…、112、…、以及114。然而，视图单元列表250中的另一部分，例如，视图单元230和232并未被显示在视图区域120内。用户可以执行滑动操作。例如，当用户按照滑动方向130向上滑动手指时，视图单元110(例如，可以称为第一视图单元)可以随着用户手指的滑动而逐渐移出视图区域120，并且视图单元230可以随着用户手指的滑动而逐渐移入视图区域120。此时，视图区域120可以包括不同视图单元112、114、…、230(例如，可以称为第二组视图单元)。为了便于描述，可以将视图单元230称为第二视图单元。

根据本公开的一个示例性实现方式，提供了内部存储区域242，以便用于存储在视图区域120中将被呈现的各个视图单元的相应视图资源。换言之，在将各个视图单元的相应视图资源写入该内部存储区域242之后，才能基于各个视图单元的可见性(例如，可见或者不可见)来呈现或者不呈现各个视图单元。在此，视图资源是指被用于呈现视图单元所需的各种资源。例如，可以包括与视图单元的视图模板相匹配的多种信息，包括但不限于用于呈现视图模板的样式的数据以及用于呈现视图模板中的具体属性(例如，头像、ID和状态等)的参数。

进一步，可以在内部存储区域242中提供缓存区域240，以便用于缓存从视图区域120中移出的视图单元110的相关视图资源。如果视图区域中的视图单元出现变化(例如，当视图单元110被移出视图区域120时)，并不直接将其视图资源移出内部存储区域242，而是将视图单元110的视图资源存储至缓存区域240。利用本公开的示例性实现方式，可以易于检测视图区域中的变化，进而触发视图资源的重用。以此方式，可以尽量重用缓存区域240中的视图资源，降低在内部存储区域242和外部存储区域之间的数据交换，进而提高用于管理视图单元的响应速度。

进一步，随着向上的滑动操作，视图单元230将会逐步进入视图区域120。此时，可以基于视图单元110和视图单元230的呈现样式的比较以及缓存区域240中的视图单元110的视图资源，在视图区域120中呈现视图单元230。将会理解，上文描述的技术方案旨在尽量重用内部存储区域242的缓存区域240中的视图资源。在不能重用这些视图资源时，可以向内部存储区域242加载新的视图资源。

利用本公开的示例性实现方式，如果视图单元110和视图单元230具有相同的呈现样式，则可以重用缓存区域240中的视图单元110的视图资源。换言之，可以基于已经位于内部存储区域242之中的视图资源来呈现视图单元230。以此方式，不必重新从外部存储设备向内部存储区域242加载视图单元230的视图资源，由此可以降低在不同等级的存储设备之间的数据交换，进而降低由于数据交换导致的时间延迟和计算资源的相关开销。

管理视图单元的详细过程

已经参见图2描述了管理视图单元的概要，在下文中，将参见图3描述描述有关管理视图单元的更多细节。图3示出了根据本公开的一些实现方式的用于获取视图单元列表250的过程的框图300。将会理解，在此的各个视图单元可以是视图单元列表250中的视图单元。如图3所示，可以在底层的模板库320中提供关于各个视图模板210、…、220的定义。可以基于底层编程语言(例如，C++等语言)来开发模板库320。

在模板库320之上，可以支持使用配置脚本310来调用模板库320中的各个视图模板以便以统一方式创建相应的视图单元。在此，配置脚本310可以基于上层脚本语言来实现。例如，配置脚本310可以定义：视图单元列表250所包括的视图单元的数量N、视图单元列表250中的各个视图单元的相应模板的序列(例如，T1、T2、…TN)、以及视图单元列表250中的各个视图单元的相应高度的序列(例如，H1、H2、…HN)，等等。

根据本公开的一个示例性实现方式，可以基于视图单元列表250的配置脚本310来分别获取视图单元列表250中的多个视图单元的高度和序号。具体地，配置脚本310可以基于如下表1所示的方式来定义：

如表1所示，“Number”可以表示视图单元列表250中的视图单元的数量为8个，“Template”可以表示8个视图单元的视图模板(其中第6个视图单元和第8个视图单元采用模板“Template_1(例如，表示视图单元210)”，并且其余视图单元可以采用模板“Template_2(例如，表示视图单元220)”。进一步，Height可以表示各个视图单元的高度，例如，第6个视图单元和第8个视图单元的高度为180，并且其余视图单元的高度为150。

根据本公开的一个示例性实现方式，可以提供多种模式来构建视图单元列表250。例如，默认模式可以指定在视图单元列表250中的各个视图单元都使用统一的视图模板。此时，配置脚本310可以指定使用统一的视图模板。又例如，自定义模式可以支持视图单元列表250包括多个视图模板。例如，上文表1中的“Template”定义了使用两种视图模板来构建视图单元列表250。

如表1中的定义所示，可以基于多个视图单元的高度和序号，获取视图单元列表250的内容。具体地，可以按照各个视图单元的序号和高度来排列各个视图单元，并且各个视图单元的具体内容可以按照具体视图模板来设置。例如，视图单元110是视图单元列表250中的第一个视图单元，该视图单元110的高度为150。可以基于视图单元110所表示的用户“USER1”的具体信息来设置视图单元110的内容。例如，可以加载该用户的头像数据、用户ID以及状态。又例如，视图单元232是视图单元列表250中的最后的视图单元，该视图单元232的高度为180，并且可以基于用户“USER8”的具体信息来设置视图单元232的内容。

根据本公开的一个示例性实现方式，可以基于类似方式来处理配置脚本310中定义的每个视图单元，进而确定各个视图单元在视图单元列表250中的位置。进一步，可以基于视图区域250与多个视图单元在视图单元列表250中的位置的比较，来设置各个视图单元的可见性。例如，如果确定视图单元110、…、112、…、114位于视图区域120之内，则可以将上述视图单元的可见性设置为“可见”。进一步，如果确定视图单元230和232位于视图区域120之外，则可以将上述视图单元的可见性设置为“不可见”。以此方式，只需要简单的位置比较即可确定视图单元的可见性。

根据本公开的一个示例性实现方式，可以预先定义多个函数，以便管理视图单元列表250。例如，可以利用函数remove1(i)来删除视图单元列表250中的第i个视图单元，可以利用函数remove2()来删除视图单元列表250中的最后一个视图单元，可以利用函数add(t)来在视图单元列表250末尾添加视图单元(该视图单元的视图模板为“t”)，可以利用函数duplicate(i)来复制视图单元列表250中的第i个视图单元，等等。根据本公开的一个示例性实现方式，可以使用其他语言或者其他具体代码来实现管理视图单元列表的函数，并且可以提供更多、更少、和/或不同的函数。根据本公开的一个示例性实现方式，可以基于滑动操作来将某个视图单元移出视图区域120，并且将另一视图单元移入视图区域120。在下文中，参见图4描述有关移动视图单元的更多细节。图4示出了根据本公开的一些实现方式的基于滑动操作来移动视图单元的过程的框图400。根据本公开的一个示例性实现方式，在接收到用于滑动视图单元列表250的滑动操作的情况下，可以确定滑动操作的滑动方向130。

进一步，可以基于滑动方向130来确定哪个视图单元将要移除视图区域120。如图4所示，当用户向上滑动时，视图区域120顶部的视图单元110将逐渐移出视图区域120。当视图单元110的全部边界移出视图区域120时，则可以确定该视图单元110移出视图区域120。以此方式，不必比较每个视图单元与视图区域120的位置关系，而是可以基于滑动方向130来简化处理过程，进而提高处理效率。

将会理解，视图单元110可以包括边界410(上边界)和边界412(下边界)，可以基于滑动方向130来从视图单元110的多个边界中选择412边界(也即，最后移出视图区域120的下边界)，以便基于该边界412判断视图单元110是否移出视图区域120。具体地，在确定滑动操作使得边界412被移出视图区域120的情况下，可以确定视图单元110被移出视图区域120。以此方式，只需要比较边界412与视图区域120的位置关系，由此可以进一步提高处理效率。

根据本公开的一个示例性实现方式，可以基于类似方式确定哪个视图单元将被移入视图区域120。为了缩小比较范围，可以确定位于底部的视图单元114的下一视图单元230。当用户向上滑动时，视图单元230将逐渐移入视图区域120。

视图单元230可以包括边界420(上边界)和边界422(下边界)，可以基于滑动方向130来从视图单元230的多个边界中选择420边界(也即，最先移入视图区域120的上边界)，以便基于该边界420判断视图单元230是否移入视图区域120。具体地，在确定滑动操作使得边界420被移入视图区域120的情况下，可以确定视图单元230被移入视图区域120。将会理解，图4仅以向上滑动作为示例描述了移动视图单元的过程，可以基于类似方式来处理向下滑动，在本公开中将不再赘述。

根据本公开的一个示例性实现方式，可以基于上文描述的方式来检测视图单元的移出和移入，并且执行相应的处理过程。在下文中，参见图5描述基于移出和移入来管理视图单元的更多细节。图5示出了根据本公开的一些实现方式的用于基于滑动操作来管理视图单元列表的方法500的流程图。如图5所示，在框510处，可以接收来自用户的滑动操作。在框520处，可以确定滑动操作的滑动方向。如果滑动方向为向上，则方法500前进至框530处，以便确定位于视图单元列表250顶部的视图单元110是否超过视图区域120的上边界。

如果判断结果为“是”，则方法500前进至框540处，以便将位于顶部的视图单元110的可见性设置为“不可见”，并且在框550处，可以将视图单元110的视图资源存储至缓存区域240。继而，在框560处，可以确定位于底部的视图单元114是否超过视图区域120的下边界。如果判断结果为“是”，则方法前进至框570以便获取视图单元114的下一视图单元230。

在框580处，可以基于视图单元110和230的视图模板的比较，来确定在缓存区域240中的视图资源是否可以被重用于呈现视图单元230。具体地，如果确定视图单元110和230的视图模板相同，则可以确定可以重用视图单元110的视图资源；否则，如果确定视图单元110和230的视图模板不相同，则可以确定不能重用视图单元110的视图资源。

在下文中，参见图6来描述确定可重用视图资源的更多细节。图6示出了根据本公开的一些实现方式的用于基于视图模板的比较来确定是否可以重用视图资源的过程的框图600。如图6所示，视图单元110和230是使用统一视图资源210创建的，因而两个视图单元的视图模板相同，可以确定被存储在缓存区域240中的、视图单元110的视图资源610可被重用。根据本公开的一个示例性实现方式，假设将被移入视图区域120的视图单元为视图资源232。由于视图单元110和232使用不同的视图模板，因而不能基于重用视图资源610来呈现视图单元232。

返回图5，可以基于上文描述的方法来确定框580处的判断结果。如果在框580处的判断结果为“是”，则方法500前进至框590处，以便重用视图资源610来呈现视图单元230。利用本公开的示例性实现方式，基于两个视图单元的视图模板的简单比较即可确定是否可以重用视图资源610。相对于在不同等级的存储设备之间进行数据交换而言，该比较仅涉及极少的计算量因而并不会对呈现过程造成时间延迟。以此方式，可以提高管理视图单元的性能并且降低刷新视图单元过程中的潜在延迟。

根据本公开的一个示例性实现方式，可以重用视图资源610的大部分内容，并且只需要更新部分参数。具体地，可以利用视图单元230的视图资源的参数来更新缓存区域240中的视图资源610的参数。在下文中，参见图7描述用于更新视图资源610的更多细节。图7示出了根据本公开的一些实现方式的用于更新缓存区域中的视图资源610的过程的框图700。通过比较视图单元110和230可知，两个视图单元的头像、用户ID和用户状态都有所不同。可以基于参数更新过程710来更新视图单元110的视图资源610，以便形成用于呈现视图单元230的视图资源720。具体地，可以分别更新视图资源610中的用户头像、用户ID以及用户状态。进一步，可以利用更新后的视图资源720来呈现视图单元230。

根据本公开的一个示例性实现方式，更新视图资源的过程仅涉及简单的参数更新。相对于常规技术方案中的在内部存储区域242和外部存储区域之间进行数据交换的过程而言，上述过程可以大大降低呈现过程的时间开销和计算资源的开销，进而提高呈现视图单元的性能。继而，可以利用更新后的视图资源720来呈现视图单元230。具体地，可以将视图资源720标识为用于呈现视图单元230的视图资源，并且可以将视图单元230的可见性设置为可见。进一步，可以基于视图单元230的可见性和视图资源720，在视图区域120中呈现视图单元230。

利用本公开的示例性实现方式，可以在不向内部存储区域242中重新加载数据的情况下，直接利用内部存储区域242中的数据来呈现视图单元230。以此方式，可以降低加载数据的潜在时间开销，进而提高视图单元呈现的性能。

图8示出了根据本公开的一些实现方式的用于呈现视图单元的过程的框图800。在图8中，内部存储区域242包括分别用于呈现视图单元112和114的视图资源810、…、以及820、以及缓存区域240中的被重用的视图资源720。以此方式，可以直接利用内部存储区域242中的视图资源810、…、820、以及720，来分别呈现视图单元112、…、114以及230。

根据本公开的一个示例性实现方式，为了便于管理视图单元列表250中的各个视图单元，可以提供列表刷新函数。该函数可以基于视图单元列表250中的各个视图单元的可见性，来在与各个视图单元相对应的位置处，刷新各个视图单元。将会理解，在此各个视图单元的位置将会随着用户的滑动操作来更新。利用本公开的示例性实现方式，可以以统一方式管理视图单元列表250中的各个视图单元，进而提高呈现视图单元列表250的性能。

上文已经描述了可以重用缓存区域240中的视图资源610的情况，在下文中将描述不能重用缓存区域240中的视图资源的情况。返回图6，假设用户的手指进一步向上滑动，则视图单元112将会移出视图区域120，并视图单元232将会移入视图区域120。此时，视图单元112的视图资源810将被存储至缓存区域240。然而，由于视图单元112和232采用不同的视图模板，不能重用视图资源112的视图资源810。此时，需要向内部存储区域242加载视图单元232的视图资源。进一步，可以将视图单元232的可见性设置为可见，并且基于视图单元232的视图资源和可见性，来在视图区域120中呈现视图单元232。

利用本公开的示例性实现方式，可以仅在缓存区域240中不存在可重用视图资源时，才执行必要的加载过程。相对于已有技术方案中的针对将要进入视图区域120的每个视图单元加载相应视图资源而言，上文描述的方法可以大大降低加载过程被调用的频率，进而提高呈现视图单元的性能。

根据本公开的一个示例性实现方式，由于视图单元112已经被移出视图区域120，可以将视图单元112的可见性设置为不可见。进一步，可以基于视图单元列表250中的各个视图单元的可见性，来刷新视图单元列表250。图9示出了根据本公开的一些实现方式的用于呈现视图单元的过程的框图900。如图9所示，此时内部存储区域242包括：用于视图单元232的视图资源720、…、用于视图单元114的视图资源820、用于视图单元230的视图资源720、以及用于视图单元232的视图资源910。当基于各个视图单元的可见性来刷新视图单元列表250时，由于视图单元112为不可见，仅在视图区域120中呈现视图单元112之后的下一视图单元、…、视图单元114、230、以及232。

将会理解，尽管上文以在常规应用环境下显示的二维用户界面为示例描述了管理视图单元的技术方案。根据本公开的一个示例性实现方式，可以在三维用户界面下使用上文描述的技术方案。换言之，可以在用于呈现二维和/或三维场景的应用程序中调用上文描述的方法。随着计算机技术的发展，目前已经开发出了多种基于三维场景的应用程序。例如，可以在由头戴式三维呈现设备(例如，立体眼镜)所显示的三维场景中使用上文描述的方法。

根据本公开的一个示例性实现方式，可以使用上文描述的视图单元来管理三维场景中的各个对象。例如，在基于三维场景的社交应用中，当用户位于空间场景中的某个位置时，可以使用上文描述的多个视图单元来呈现周边好友的列表。通常而言，三维场景的呈现所涉及的计算量和复杂度将会高于二维场景。利用本公开的示例性实现方式，可以尽可能地重用缓存区域中的视图资源，来呈现新进入视图区域的视图单元。以此方式，有助于提高三维场景的呈现效率进而提高用户体验。

示例过程

图10示出了根据本公开的一些实现方式的用于管理视图单元的方法1000的流程图。具体地，在框1010处，确定在第一时间点被呈现在视图区域中的第一组视图单元，第一组视图单元中的第一视图单元的第一视图资源被存储在用于呈现视图区域的内部存储区域中。在框1020处，确定在第一时间点之后的第二时间点将被呈现在视图区域中的第二组视图单元。在框1030处，响应于确定第一组视图单元与第二组视图单元不同，将第一视图资源存储至内部存储区域中的缓存区域。在框1040处，基于第一视图单元的第一呈现样式与第二组视图单元中的第二视图单元的第二呈现样式的比较结果以及缓存区域中的第一视图资源，在视图区域中呈现第二视图单元。

根据本公开的一个示例性实现方式，第一组视图单元和第二组视图单元是用于在视图区域中呈现的视图单元列表中的多个视图单元中的至少一部分，并且确定第一组视图单元与第二组视图单元不同包括：响应于确定以下至少任一项来确定第一组视图单元与第二组视图单元不同，确定第一组视图单元中的第一视图单元被移出视图区域；确定第二组视图单元中的第二视图单元将被移入视图区域。

根据本公开的一个示例性实现方式，基于比较结果来呈现第二视图单元包括：响应于确定第一视图单元的第一视图模板与第二视图单元的第二视图模板相同，基于第二视图单元的第二视图资源的第二参数来更新第一视图资源的第一参数，第一视图模板和第二视图模板分别用于描述第一呈现样式和第二呈现样式；以及利用更新的第一视图资源来呈现第二视图单元。

根据本公开的一个示例性实现方式，利用更新的第一视图单元来呈现第二视图单元包括：将更新的第一视图资源标识为第二视图单元的第二视图资源。

根据本公开的一个示例性实现方式，基于比较结果来在视图区域中呈现第二视图单元进一步包括：响应于确定第一视图单元的第一视图模板与第二视图单元的第二视图模板不同，向内部存储区域加载第二视图单元的第二视图资源，第一视图模板和第二视图模板分别用于描述第一呈现样式和第二呈现样式；以及基于第二视图单元的第二视图资源，呈现第二视图单元。

根据本公开的一个示例性实现方式，进一步包括：将第一视图单元设置为不可见。

根据本公开的一个示例性实现方式，确定第一组视图单元包括：基于视图单元列表的配置脚本来分别获取视图单元列表中的多个视图单元的高度和序号；以及基于多个视图单元的高度和序号，确定第一组视图单元。

根据本公开的一个示例性实现方式，进一步包括：基于视图区域与第一组视图单元在视图单元列表中的位置的比较结果，将第一组视图单元中的视图区域之外的至少一个视图单元设置为不可见。

根据本公开的一个示例性实现方式，确定第一视图单元被移出视图区域包括：响应于接收到用于滑动视图单元列表的滑动操作，确定滑动操作的滑动方向；基于滑动方向从第一组视图单元中选择第一视图单元；以及响应于确定滑动操作使得第一视图单元的全部边界被移出视图区域，确定第一视图单元被移出视图区域。

根据本公开的一个示例性实现方式，确定第二视图单元将被移入至视图区域包括：基于滑动方向从第二组视图单元中选择第二视图；以及响应于确定滑动操作使得第二视图单元的任一边界将被移入视图区域，确定第二视图单元将被移入视图区域。

根据本公开的一个示例性实现方式，视图模板是利用底层编程语言定义的，并且配置脚本是利用上层脚本语言定义的。

根据本公开的一个示例性实现方式，方法在用于呈现以下任一场景的应用程序中被调用：二维场景、三维场景。

示例装置和设备

图11示出了根据本公开的一些实现方式的用于管理视图单元的装置1100的框图。该装置1100包括：第一确定模块1110，被配置用于确定在第一时间点被呈现在视图区域中的第一组视图单元，第一组视图单元中的第一视图单元的第一视图资源被存储在用于呈现视图区域的内部存储区域中；第二确定模块1120，被配置用于确定在第一时间点之后的第二时间点将被呈现在视图区域中的第二组视图单元；存储模块1130，被配置用于响应于确定第一组视图单元与第二组视图单元不同，将第一视图资源存储至内部存储区域中的缓存区域；以及呈现模块1140，被配置用于基于第一视图单元的第一呈现样式与第二组视图单元中的第二视图单元的第二呈现样式的比较结果以及缓存区域中的第一视图资源，在视图区域中呈现第二视图单元。

根据本公开的一个示例性实现方式，第一组视图单元和第二组视图单元是用于在视图区域中呈现的视图单元列表中的多个视图单元中的至少一部分，并且存储模块1130包括变化确定模块，被配置用于响应于确定以下至少任一项来确定第一组视图单元与第二组视图单元不同：确定第一组视图单元中的第一视图单元被移出视图区域；以及确定第二组视图单元中的第二视图单元将被移入视图区域。

根据本公开的一个示例性实现方式，呈现模块1140包括：更新模块，被配置用于响应于确定第一视图单元的第一视图模板与第二视图单元的第二视图模板相同，基于第二视图单元的第二视图资源的第二参数来更新第一视图资源的第一参数，第一视图模板和第二视图模板分别用于描述第一呈现样式和第二呈现样式；以及视图单元呈现模块，被配置用于利用更新的第一视图资源来呈现第二视图单元。

根据本公开的一个示例性实现方式，视图单元呈现模块包括：标识模块，被配置用于将更新的第一视图资源标识为第二视图单元的第二视图资源。

根据本公开的一个示例性实现方式，呈现模块1140进一步包括：加载模块，被配置用于响应于确定第一视图单元的第一视图模板与第二视图单元的第二视图模板不同，向内部存储区域加载第二视图单元的第二视图资源，第一视图模板和第二视图模板分别用于描述第一呈现样式和第二呈现样式；以及视图单元呈现模块，被配置用于基于第二视图单元的第二视图资源，呈现第二视图单元。

根据本公开的一个示例性实现方式，该装置1100进一步包括：可见性设置模块，被配置用于将第一视图单元设置为不可见。

根据本公开的一个示例性实现方式，第一确定模块包括：获取模块，被配置用于基于视图单元列表的配置脚本来分别获取视图单元列表中的多个视图单元的高度和序号；以及单元确定模块，被配置用于基于多个视图单元的高度和序号，确定第一组视图单元。

根据本公开的一个示例性实现方式，该装置1100进一步包括：可见性设置模块，基于视图区域与第一组视图单元在视图单元列表中的位置的比较结果，将第一组视图单元中的视图区域之外的至少一个视图单元设置为不可见。

根据本公开的一个示例性实现方式，变化确定模块包括：方向确定模块，被配置用于响应于接收到用于滑动视图单元列表的滑动操作，确定滑动操作的滑动方向；以及选择模块，被配置用于基于滑动方向从第一组视图单元中选择第一视图单元；以及移出确定模块，被配置用于响应于确定滑动操作使得第一视图单元的全部边界被移出视图区域，确定第一视图单元被移出视图区域。

根据本公开的一个示例性实现方式，选择模块进一步被配置用于基于滑动方向从第二组视图单元中选择第二视图；以及所述变化确定模块进一步包括：移入确定模块，被配置用于响应于确定滑动操作使得第二视图单元的任一边界将被移入视图区域，确定第二视图单元将被移入视图区域。

根据本公开的一个示例性实现方式，视图模板是利用底层编程语言定义的，并且配置脚本是利用上层脚本语言定义的。

根据本公开的一个示例性实现方式，所述装置1100在用于呈现以下任一场景的应用程序中被调用：二维场景、三维场景。

图12示出了能够实施本公开的多个实现方式的设备1200的框图。应当理解，图12所示出的计算设备1200仅仅是示例性的，而不应当构成对本文所描述的实现方式的功能和范围的任何限制。图12所示出的计算设备1200可以用于实现上文描述的方法。

如图12所示，计算设备1200是通用计算设备的形式。计算设备1200的组件可以包括但不限于一个或多个处理器或处理单元1210、存储器1220、存储设备1230、一个或多个通信单元1240、一个或多个输入设备1250以及一个或多个输出设备1260。处理单元1210可以是实际或虚拟处理器并且能够根据存储器1220中存储的程序来执行各种处理。在多处理器***中，多个处理单元并行执行计算机可执行指令，以提高计算设备1200的并行处理能力。

计算设备1200通常包括多个计算机存储介质。这样的介质可以是计算设备1200可访问的任何可以获得的介质，包括但不限于易失性和非易失性介质、可拆卸和不可拆卸介质。存储器1220可以是易失性存储器(例如寄存器、高速缓存、随机访问存储器(RAM))、非易失性存储器(例如，只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、闪存)或它们的某种组合。存储设备1230可以是可拆卸或不可拆卸的介质，并且可以包括机器可读介质，诸如闪存驱动、磁盘或者任何其他介质，其可以能够用于存储信息和/或数据(例如用于训练的训练数据)并且可以在计算设备1200内被访问。

计算设备1200可以进一步包括另外的可拆卸/不可拆卸、易失性/非易失性存储介质。尽管未在图12中示出，可以提供用于从可拆卸、非易失性磁盘(例如“软盘”)进行读取或写入的磁盘驱动和用于从可拆卸、非易失性光盘进行读取或写入的光盘驱动。在这些情况中，每个驱动可以由一个或多个数据介质接口被连接至总线(未示出)。存储器1220可以包括计算机程序产品1225，其具有一个或多个程序模块，这些程序模块被配置为执行本公开的各种实现方式的各种方法或动作。

通信单元1240实现通过通信介质与其他计算设备进行通信。附加地，计算设备1200的组件的功能可以以单个计算集群或多个计算机器来实现，这些计算机器能够通过通信连接进行通信。因此，计算设备1200可以使用与一个或多个其他服务器、网络个人计算机(PC)或者另一个网络节点的逻辑连接来在联网环境中进行操作。

输入设备1250可以是一个或多个输入设备，例如鼠标、键盘、追踪球等。输出设备1260可以是一个或多个输出设备，例如显示器、扬声器、打印机等。计算设备1200还可以根据需要通过通信单元1240与一个或多个外部设备(未示出)进行通信，外部设备诸如存储设备、显示设备等，与一个或多个使得用户与计算设备1200交互的设备进行通信，或者与使得计算设备1200与一个或多个其他计算设备通信的任何设备(例如，网卡、调制解调器等)进行通信。这样的通信可以经由输入/输出(I/O)接口(未示出)来执行。

根据本公开的示例性实现方式，提供了一种计算机可读存储介质，其上存储有计算机可执行指令，其中计算机可执行指令被处理器执行以实现上文描述的方法。根据本公开的示例性实现方式，还提供了一种计算机程序产品，计算机程序产品被有形地存储在非瞬态计算机可读介质上并且包括计算机可执行指令，而计算机可执行指令被处理器执行以实现上文描述的方法。根据本公开的示例性实现方式，提供了一种计算机程序产品，其上存储有计算机程序，程序被处理器执行时实现上文描述的方法。

这里参照根据本公开实现的方法、装置、设备和计算机程序产品的流程图和/或框图描述了本公开的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。

这些计算机可读程序指令可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理单元，从而生产出一种机器，使得这些指令在通过计算机或其他可编程数据处理装置的处理单元执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。

可以把计算机可读程序指令加载到计算机、其他可编程数据处理装置、或其他设备上，使得在计算机、其他可编程数据处理装置或其他设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其他可编程数据处理装置、或其他设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。

附图中的流程图和框图显示了根据本公开的多个实现的***、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的***来实现，或者可以用专用硬件与计算机指令的组合来实现。

以上已经描述了本公开的各实现，上述说明是示例性的，并非穷尽性的，并且也不限于所公开的各实现。在不偏离所说明的各实现的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实现的原理、实际应用或对市场中的技术的改进，或者使本技术领域的其他普通技术人员能理解本文公开的各个实现方式。

Claims (15)

1.一种用于管理视图单元的方法，包括：

确定在第一时间点被呈现在视图区域中的第一组视图单元，所述第一组视图单元中的第一视图单元的第一视图资源被存储在用于呈现所述视图区域的内部存储区域中；

确定在所述第一时间点之后的第二时间点将被呈现在所述视图区域中的第二组视图单元；

响应于确定所述第一组视图单元与所述第二组视图单元不同，将所述第一视图资源存储至所述内部存储区域中的缓存区域；

基于所述第一视图单元的第一呈现样式与所述第二组视图单元中的第二视图单元的第二呈现样式的比较结果以及所述缓存区域中的所述第一视图资源，在所述视图区域中呈现所述第二视图单元。

2.根据权利要求1的所述方法，其中所述第一组视图单元和所述第二组视图单元是用于在所述视图区域中呈现的视图单元列表中的多个视图单元中的至少一部分，并且确定所述第一组视图单元与所述第二组视图单元不同包括：响应于确定以下至少任一项来确定所述第一组视图单元与所述第二组视图单元不同，

确定所述第一组视图单元中的所述第一视图单元被移出所述视图区域；以及

确定所述第二组视图单元中的所述第二视图单元将被移入所述视图区域。

3.根据权利要求2的所述方法，其中呈现所述第二视图单元包括：

响应于确定所述第一视图单元的第一视图模板与所述第二视图单元的第二视图模板相同，基于所述第二视图单元的第二视图资源的第二参数来更新所述第一视图资源的第一参数，所述第一视图模板和所述第二视图模板分别用于描述所述第一呈现样式和所述第二呈现样式；以及

利用更新的所述第一视图资源来呈现所述第二视图单元。

4.根据权利要求3的所述方法，其中利用更新的所述第一视图单元来呈现所述第二视图单元包括：将更新的所述第一视图资源标识为所述第二视图单元的第二视图资源。

5.根据权利要求2的所述方法，其中基于所述比较结果来在所述视图区域中呈现所述第二视图单元进一步包括：响应于确定所述第一视图单元的第一视图模板与所述第二视图单元的第二视图模板不同，

向所述内部存储区域加载所述第二视图单元的第二视图资源，所述第一视图模板和所述第二视图模板分别用于描述所述第一呈现样式和所述第二呈现样式；以及

基于所述第二视图单元的所述第二视图资源，呈现所述第二视图单元。

6.根据权利要求5的所述方法，进一步包括：将所述第一视图单元设置为不可见。

7.根据权利要求3的所述方法，其中确定所述第一组视图单元包括：

基于所述视图单元列表的配置脚本来分别获取所述视图单元列表中的所述多个视图单元的高度和序号；以及

基于所述多个视图单元的所述高度和所述序号，确定所述第一组视图单元。

8.根据权利要求7的所述方法，进一步包括：基于所述视图区域与所述第一组视图单元在所述视图单元列表中的位置的比较结果，将所述第一组视图单元中的所述视图区域之外的至少一个视图单元设置为不可见。

9.根据权利要求2的所述方法，其中确定所述第一视图单元被移出所述视图区域包括：

响应于接收到用于滑动所述视图单元列表的滑动操作，确定所述滑动操作的滑动方向；

基于所述滑动方向从所述第一组视图单元中选择所述第一视图单元；以及

响应于确定所述滑动操作使得所述第一视图单元的全部边界被移出所述视图区域，确定所述第一视图单元被移出所述视图区域。

10.根据权利要求9的所述方法，其中确定所述第二视图单元将被移入至所述视图区域包括：

基于所述滑动方向从所述第二组视图单元中选择所述第二视图；以及

响应于确定所述滑动操作使得所述第二视图单元的任一边界将被移入所述视图区域，确定所述第二视图单元将被移入所述视图区域。

11.根据权利要求7的所述方法，其中所述视图模板是利用底层编程语言定义的，并且所述配置脚本是利用上层脚本语言定义的。

12.根据权利要求1的所述方法，其中所述方法在用于呈现以下任一场景的应用程序中被调用：二维场景、三维场景。

13.一种用于管理视图单元的装置，包括：

第一确定模块，被配置用于确定在第一时间点被呈现在视图区域中的第一组视图单元，所述第一组视图单元中的第一视图单元的第一视图资源被存储在用于呈现所述视图区域的内部存储区域中；

第二确定模块，被配置用于确定在所述第一时间点之后的第二时间点将被呈现在所述视图区域中的第二组视图单元；

存储模块，被配置用于响应于确定所述第一组视图单元与所述第二组视图单元不同，将所述第一视图资源存储至所述内部存储区域中的缓存区域；以及

呈现模块，被配置用于基于所述第一视图单元的第一呈现样式与所述第二组视图单元中的第二视图单元的第二呈现样式的比较结果以及所述缓存区域中的所述第一视图资源，在所述视图区域中呈现所述第二视图单元。

14.一种电子设备，包括：

至少一个处理单元；以及

至少一个存储器，所述至少一个存储器被耦合到所述至少一个处理单元并且存储用于由所述至少一个处理单元执行的指令，所述指令在由所述至少一个处理单元执行时使所述电子设备执行根据权利要求1至12中任一项所述的方法。

15.一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序在被处理器执行时使所述处理器实现根据权利要求1至12中任一项所述的方法。

Images