CN105930149A - 一种显示方法及装置 - Google Patents

Abstract

本申请公开了一种显示方法及装置，方法包括：在判断达到设定数据获取条件时，从服务器获取设定数量的列表数据，计算各个列表数据对应的控件的布局，该布局包括控件的显示位置及控件的尺寸，在确定需要显示获取的列表数据中的某一目标列表数据时，按照计算得到的目标列表数据对应的控件的布局，进行目标列表数据的显示。本申请客户端在判断达到设定数据获取条件时，一次性从服务器获取设定数量的列表数据，并在获取后进行各个列表数据的控件的布局，在确定某条目标列表数据需要显示时，可以按照计算得到的目标列表数据对应控件的布局，直接进行目标列表数据的显示，避免了列表数据显示卡顿、不流畅的问题。

Description

一种显示方法及装置

技术领域

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

背景技术

随着互联网技术的发展，基于互联网的应用服务也日益多样化。用户可以通过客户端来调取服务器存储的数据，并通过客户端进行展示。

以微信朋友圈为例，用户登录后在朋友圈页面通过向下滑动可以查看各个好友发布的消息，包含图片、文字和视频。

现有应用的消息显示逻辑大致包括，用户通过滑动等操作请求某一条列表数据，客户端响应用户的这一操作，临时向服务器请求该条列表数据。在得到服务器返回的该条列表数据后，确定该条列表数据所包含的元素类型，元素类型可以包括图片类型、文字类型、视频类型等，根据元素类型确定与列表数据对应的控件，进一步计算列表数据对应的控件的布局，包括控件的显示位置、控件的宽度、高度等，最后，按照计算得到的控件的布局，进行列表数据的渲染显示。

由上可知，现有技术在用户请求显示某一列表数据时才临时获取该条列表数据，并经过布局计算后才能够显示，而布局计算过程需要耗费一定时间，从而造成列表数据显示卡顿、不流畅的问题。

发明内容

有鉴于此，本申请提供了一种显示方法及装置，用于解决现有技术在显示列表数据时容易出现卡顿、不流畅的问题。

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

一种显示方法，包括：

在判断达到设定数据获取条件时，从服务器获取设定数量的列表数据；

根据各个所述列表数据所包含的元素类型，确定各个列表数据对应的控件；

计算各个列表数据对应的控件的布局，所述布局包含控件的显示位置及控件的尺寸；

在确定需要显示获取的列表数据中的某一目标列表数据时，按照计算得到的所述目标列表数据对应的控件的布局，进行目标列表数据的显示。

优选地，所述在判断达到设定数据获取条件时，从服务器获取设定数量的列表数据，包括：

判断上一周期从服务器获取的设定数量的列表数据是否已经显示了设定比例，若是，则从服务器获取当前周期设定数量的列表数据。

优选地，所述根据各个所述列表数据所包含的元素类型，确定各个列表数据对应的控件，包括：

确定各个所述列表数据所包含的元素类型；

根据元素类型与控件类型间对应关系，确定各个所述列表数据所包含的元素类型对应的控件类型，作为各个列表数据对应的控件类型。

优选地，所述在确定需要显示获取的列表数据中的某一目标列表数据时，按照计算得到的所述目标列表数据对应的控件的布局，进行目标列表数据的显示，包括：

在确定需要显示获取的列表数据中的某一目标列表数据时，在预先创建的列表模板集合中查找目标列表模板，所述目标列表模板仅包含所述目标列表数据对应的控件类型的控件；

按照计算得到的所述目标列表对应的控件的布局，对所述目标列表模板中的控件进行布局设置；

将所述目标列表数据按照元素类型加载到对应的控件中，进行渲染显示。

优选地，所述元素类型包含图片类型、文字类型和视频类型；

在所述计算各个列表数据对应的控件的布局之前，还包括：

若确定某个列表数据包含图片类型的元素时，根据终端的分辨率对该列表数据中图片类型的元素进行裁剪处理，在裁剪处理完毕后执行计算该列表数据对应的控件的布局的步骤。

一种显示装置，包括：

列表数据获取单元，用于在判断达到设定数据获取条件时，从服务器获取设定数量的列表数据；

控件确定单元，用于根据各个所述列表数据所包含的元素类型，确定各个列表数据对应的控件；

布局计算单元，用于计算各个列表数据对应的控件的布局，所述布局包含控件的显示位置及控件的尺寸；

显示单元，用于在确定需要显示获取的列表数据中的某一目标列表数据时，按照计算得到的所述目标列表数据对应的控件的布局，进行目标列表数据的显示。

优选地，所述列表数据获取单元包括：

第一列表数据获取子单元，用于判断上一周期从服务器获取的设定数量的列表数据是否已经显示了设定比例，若是，则从服务器获取当前周期设定数量的列表数据。

优选地，所述控件确定单元包括：

元素类型确定单元，用于确定各个所述列表数据所包含的元素类型；

控件类型确定单元，用于根据元素类型与控件类型间对应关系，确定各个所述列表数据所包含的元素类型对应的控件类型，作为各个列表数据对应的控件类型。

优选地，所述显示单元包括：

目标列表模板查找单元，用于在确定需要显示获取的列表数据中的某一目标列表数据时，在预先创建的列表模板集合中查找目标列表模板，所述目标列表模板仅包含所述目标列表数据对应的控件类型的控件；

布局设置单元，用于按照计算得到的所述目标列表对应的控件的布局，对所述目标列表模板中的控件进行布局设置；

数据加载单元，用于将所述目标列表数据按照元素类型加载到对应的控件中，进行渲染显示。

优选地，所述元素类型包含图片类型、文字类型和视频类型；该装置还包括：

图片裁剪单元，用于在确定某个列表数据包含图片类型的元素时，根据终端的分辨率对该列表数据中图片类型的元素进行裁剪处理，在裁剪处理完毕后执行所述布局计算单元。

从上述的技术方案可以看出，本申请实施例提供的显示方法，客户端在判断达到设定数据获取条件时，从服务器获取设定数量的列表数据，计算各个列表数据对应的控件的布局，该布局包括控件的显示位置及控件的尺寸，在确定需要显示获取的列表数据中的某一目标列表数据时，按照计算得到的目标列表数据对应的控件的布局，进行目标列表数据的显示。由此可知，本申请客户端在判断达到设定数据获取条件时，一次性从服务器获取设定数量的列表数据，并在获取后进行各个列表数据的控件的布局，进而在确定某条目标列表数据需要显示时，可以按照计算得到的目标列表数据对应控件的布局，直接进行目标列表数据的显示，避免了在用户请求显示目标列表数据时才临时进行布局计算所造成的用户响应时间长、列表数据显示卡顿、不流畅的问题。

附图说明

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

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

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

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

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

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

具体实施方式

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

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

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

步骤S100、在判断达到设定数据获取条件时，从服务器获取设定数量的列表数据；

具体地，用户登录客户端之后，客户端可以从服务器调取该用户相关的列表数据，以朋友圈为例，客户端可以调取用户的各个好友发布的状态数据。

客户端获取列表数据的时机可以是客户端在判断达到设定数据获取条件时，从服务器获取列表数据。该设定数据获取条件有以有多种，具体看用户设定的规则。

客户端每次从服务器获取列表数据时，获取的列表数据的数量可以是预先设定的，例如每次获取10条，或者每次获取若干页面的列表数据等。

这里需要说明的是，客户端获取列表数据时，按照列表数据从服务器中存储的顺序依次获取，该存储顺序也是客户端显示列表数据时的显示顺序。以朋友圈为例，显示顺序为按照发布时间排序。

步骤S110、根据各个所述列表数据所包含的元素类型，确定各个列表数据对应的控件；

这里，列表数据所包含的元素可以是图片、文字、视频等，对应的元素类型即为图片类型、文字类型、视频类型。

由于不同类型的元素需要不同类型的控件进行加载，因此本步骤中根据各个列表数据所包含的元素类型，确定各个列表数据对应的控件。

步骤S120、计算各个列表数据对应的控件的布局；

具体地，根据列表数据中元素的具体数据不同，对应控件布局也不同。布局包含控件的显示位置及控件的尺寸。

仍以朋友圈为例，用户发布的一条列表数据包含一串文字和一张图片，则根据文字长度和高度的不同，对应文字控件的尺寸不同。同样，根据用户发布的图片的尺寸不同，对应图片控件的尺寸也不同。

步骤S130、在确定需要显示获取的列表数据中的某一目标列表数据时，按照计算得到的所述目标列表数据对应的控件的布局，进行目标列表数据的显示。

具体地，客户端确定需要显示获取的列表数据中的某一条目标列表数据的过程可以是，客户端接收到用户对新的列表数据的显示指令，例如用户触发翻页操作，或用户滑动页面等操作。

本步骤中按照目标列表数据对应的控件的布局，进行目标列表数据的显示过程与现有显示方式相同，对此不做过多介绍。

本申请实施例提供的显示方法，客户端在判断达到设定数据获取条件时，从服务器获取设定数量的列表数据，计算各个列表数据对应的控件的布局，该布局包括控件的显示位置及控件的尺寸，在确定需要显示获取的列表数据中的某一目标列表数据时，按照计算得到的目标列表数据对应的控件的布局，进行目标列表数据的显示。由此可知，本申请客户端在判断达到设定数据获取条件时，一次性从服务器获取设定数量的列表数据，并在获取后进行各个列表数据的控件的布局，进而在确定某条目标列表数据需要显示时，可以按照计算得到的目标列表数据对应控件的布局，直接进行目标列表数据的显示，避免了在用户请求显示目标列表数据时才临时进行布局计算所造成的用户响应时间长、列表数据显示卡顿、不流畅的问题。

本实施例中对于布局计算和列表数据的渲染显示过程，采用异步线程处理，在客户端获取设定数量的列表数据之后即通过第一线程计算各个列表数据对应的控件的布局。第二线程在确定需要显示某个列表数据时，通过第一线程计算得到的该列表数据对应的控件的布局，进行列表数据的显示。

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

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

步骤S200、判断上一周期从服务器获取的设定数量的列表数据是否已经显示了设定比例，若是，则执行步骤S210；

具体地，本实施例中对于客户端从服务器获取列表数据的过程进行了介绍。客户端获取列表数据是周期性获取的，每当客户端确定上一周期从服务器获取的设定数量的列表数据已经显示了设定比例时，则执行下述步骤，从服务器获取当前周期设定数量的列表数据。

其中，设定比例可以由用户设定，例如90％或100％等。

以设定比例为90％，设定数量为10为例进行举例说明：

上一周期从服务器获取的列表数据为10条。服务器当检测到第9条列表数据已经完成显示，则确定需要从服务器获取当前周期的10条列表数据。

步骤S210、从服务器获取当前周期设定数量的列表数据；

步骤S220、根据获取的当前周期的各个所述列表数据所包含的元素类型，确定各个列表数据对应的控件；

这里，列表数据所包含的元素可以是图片、文字、视频等，对应的元素类型即为图片类型、文字类型、视频类型。

由于不同类型的元素需要不同类型的控件进行加载，因此本步骤中根据各个列表数据所包含的元素类型，确定各个列表数据对应的控件。

步骤S230、计算各个列表数据对应的控件的布局；

具体地，根据列表数据中元素的具体数据不同，对应控件布局也不同。布局包含控件的显示位置及控件的尺寸。

步骤S240、在确定需要显示获取的列表数据中的某一目标列表数据时，按照计算得到的所述目标列表数据对应的控件的布局，进行目标列表数据的显示。

在本实施例中，介绍了客户端从服务器获取列表数据的一种具体实现方式，也即服务器通过对上一周期获取的列表数据的显示状态来决定是否从服务器获取当前周期对应的设定数量的列表数据。

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

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

步骤S300、在判断达到设定数据获取条件时，从服务器获取设定数量的列表数据；

步骤S310、确定各个所述列表数据所包含的元素类型；

具体地，列表数据所包含的元素可以是图片、文字、视频等，对应的元素类型即为图片类型、文字类型、视频类型。

步骤S320、根据元素类型与控件类型间对应关系，确定各个所述列表数据所包含的元素类型对应的控件类型，作为各个列表数据对应的控件类型；

具体地，由于不同类型的元素需要不同类型的控件进行加载，本申请预先设定了元素类型与控件类型间对应关系，进而可以确定各个列表数据所包含的元素类型对应的控件类型，作为各个列表数据对应的控件类型。

步骤S330、计算各个列表数据对应的控件的布局；

具体地，上一步骤中确定了各个列表数据对应的控件类型，根据控件类型可以确定对应的控件。

根据列表数据中元素的具体数据不同，对应控件布局也不同。布局包含控件的显示位置及控件的尺寸。

步骤S340、在确定需要显示获取的列表数据中的某一目标列表数据时，按照计算得到的所述目标列表数据对应的控件的布局，进行目标列表数据的显示。

相比于上述各实施例，本实施例中提供了一种确定列表数据对应的控件的具体实现方式，也即首先确定列表数据所包含的元素类型，进而根据元素类型与控件类型间对应关系，确定列表数据对应的控件类型，根据控件类型确定对应控件。

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

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

步骤S400、在判断达到设定数据获取条件时，从服务器获取设定数量的列表数据；

步骤S410、确定各个所述列表数据所包含的元素类型；

具体地，列表数据所包含的元素可以是图片、文字、视频等，对应的元素类型即为图片类型、文字类型、视频类型。

步骤S420、根据元素类型与控件类型间对应关系，确定各个所述列表数据所包含的元素类型对应的控件类型，作为各个列表数据对应的控件类型；

具体地，由于不同类型的元素需要不同类型的控件进行加载，本申请预先设定了元素类型与控件类型间对应关系，进而可以确定各个列表数据所包含的元素类型对应的控件类型，作为各个列表数据对应的控件类型。

步骤S430、计算各个列表数据对应的控件的布局；

具体地，上一步骤中确定了各个列表数据对应的控件类型，根据控件类型可以确定对应的控件。

根据列表数据中元素的具体数据不同，对应控件布局也不同。布局包含控件的显示位置及控件的尺寸。

步骤S440、在确定需要显示获取的列表数据中的某一目标列表数据时，在预先创建的列表模板集合中查找目标列表模板；

其中，所述目标列表模板仅包含所述目标列表数据对应的控件类型的控件。

以控件类型包括图片类型、文字类型和视频类型为例，本申请预先创建的列表模板集合中包含以下几类列表模板：仅包含图片类型、文字类型、视频类型中任意一个类型的控件的列表模板、仅包含图片类型、文字类型、视频类型中任意两个类型的控件的列表模板、包含图片类型、文字类型和视频类型中全部类型的控件的列表模板。

则本步骤中在确定需要显示目标列表数据时所查找的目标列表模板，其仅包含目标列表数据对应的控件类型的控件。

步骤S450、按照计算得到的所述目标列表对应的控件的布局，对所述目标列表模板中的控件进行布局设置；

具体地，上述步骤中已经计算得到目标列表对应的控件的布局，进而本步骤中对目标列表模板中各个控件按照上述计算的布局进行布局设置。举例如，上述步骤计算得到目标列表数据对应的图片控件的宽高尺寸，则本步骤中对目标列表模板中的图片控件的宽高尺寸按照计算结果进行调整。

步骤S460、将所述目标列表数据按照元素类型加载到对应的控件中，进行渲染显示。

相比于上述各个实施例，本实施例中通过预先创建不同类型的列表模板，进而在确定需要显示目标列表数据时，获取目标列表模板，该目标列表模板仅包含所述目标列表数据对应的控件类型的控件，进而对目标列表模板中的各个控件进行布局设置即可。而现有技术中，每次显示时均采用统一的列表模板，该统一的列表模板包含各种类型的控件。每次显示时，均需要对统一的列表模板中用不到的控件进行调整删除，增加了客户端处理复杂度。

进一步可选的，在上述实施例的基础上，在计算各个列表数据对应的控件的布局之前，若确定某个列表数据包含图片类型的元素时，则根据客户端的分辨率对该列表数据中图片类型的元素进行裁剪处理，在裁剪处理完毕后执行计算该列表数据对应的控件的布局的步骤。

这里需要解释的是，由于客户端的分辨率不同，某些客户端分辨率较低不需要过大的图片，因此可以对客户端获取的图片进行裁剪缩小，减少了图片绘制时对处理器的资源消耗，同时不会降低用户的视觉体验。

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

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

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

列表数据获取单元51，用于在判断达到设定数据获取条件时，从服务器获取设定数量的列表数据；

控件确定单元52，用于根据各个所述列表数据所包含的元素类型，确定各个列表数据对应的控件；

布局计算单元53，用于计算各个列表数据对应的控件的布局，所述布局包含控件的显示位置及控件的尺寸；

显示单元54，用于在确定需要显示获取的列表数据中的某一目标列表数据时，按照计算得到的所述目标列表数据对应的控件的布局，进行目标列表数据的显示。

本申请实施例提供的显示装置，在判断达到设定数据获取条件时，从服务器获取设定数量的列表数据，计算各个列表数据对应的控件的布局，该布局包括控件的显示位置及控件的尺寸，在确定需要显示获取的列表数据中的某一目标列表数据时，按照计算得到的目标列表数据对应的控件的布局，进行目标列表数据的显示。由此可知，本申请应用于客户端的显示装置在判断达到设定数据获取条件时，一次性从服务器获取设定数量的列表数据，并在获取后进行各个列表数据的控件的布局，进而在确定某条目标列表数据需要显示时，可以按照计算得到的目标列表数据对应控件的布局，直接进行目标列表数据的显示，避免了在用户请求显示目标列表数据时才临时进行布局计算所造成的用户响应时间长、列表数据显示卡顿、不流畅的问题。

可选的，上述列表数据获取单元可以包括：

第一列表数据获取子单元，用于判断上一周期从服务器获取的设定数量的列表数据是否已经显示了设定比例，若是，则从服务器获取当前周期设定数量的列表数据。

可选的，上述控件确定单元可以包括：

元素类型确定单元，用于确定各个所述列表数据所包含的元素类型；

控件类型确定单元，用于根据元素类型与控件类型间对应关系，确定各个所述列表数据所包含的元素类型对应的控件类型，作为各个列表数据对应的控件类型。

可选的，上述显示单元可以包括：

目标列表模板查找单元，用于在确定需要显示获取的列表数据中的某一目标列表数据时，在预先创建的列表模板集合中查找目标列表模板，所述目标列表模板仅包含所述目标列表数据对应的控件类型的控件；

布局设置单元，用于按照计算得到的所述目标列表对应的控件的布局，对所述目标列表模板中的控件进行布局设置；

数据加载单元，用于将所述目标列表数据按照元素类型加载到对应的控件中，进行渲染显示。

可选的，所述元素类型可以包含图片类型、文字类型和视频类型等。则本申请的显示装置还可以包括：

图片裁剪单元，用于在确定某个列表数据包含图片类型的元素时，根据终端的分辨率对该列表数据中图片类型的元素进行裁剪处理，在裁剪处理完毕后执行所述布局计算单元。

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

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

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

Claims (10)

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

在判断达到设定数据获取条件时，从服务器获取设定数量的列表数据；

根据各个所述列表数据所包含的元素类型，确定各个列表数据对应的控件；

计算各个列表数据对应的控件的布局，所述布局包含控件的显示位置及控件的尺寸；

在确定需要显示获取的列表数据中的某一目标列表数据时，按照计算得到的所述目标列表数据对应的控件的布局，进行目标列表数据的显示。

2.根据权利要求1所述的方法，其特征在于，所述在判断达到设定数据获取条件时，从服务器获取设定数量的列表数据，包括：

判断上一周期从服务器获取的设定数量的列表数据是否已经显示了设定比例，若是，则从服务器获取当前周期设定数量的列表数据。

3.根据权利要求1所述的方法，其特征在于，所述根据各个所述列表数据所包含的元素类型，确定各个列表数据对应的控件，包括：

确定各个所述列表数据所包含的元素类型；

根据元素类型与控件类型间对应关系，确定各个所述列表数据所包含的元素类型对应的控件类型，作为各个列表数据对应的控件类型。

4.根据权利要求3所述的方法，其特征在于，所述在确定需要显示获取的列表数据中的某一目标列表数据时，按照计算得到的所述目标列表数据对应的控件的布局，进行目标列表数据的显示，包括：

在确定需要显示获取的列表数据中的某一目标列表数据时，在预先创建的列表模板集合中查找目标列表模板，所述目标列表模板仅包含所述目标列表数据对应的控件类型的控件；

按照计算得到的所述目标列表对应的控件的布局，对所述目标列表模板中的控件进行布局设置；

将所述目标列表数据按照元素类型加载到对应的控件中，进行渲染显示。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述元素类型包含图片类型、文字类型和视频类型；

在所述计算各个列表数据对应的控件的布局之前，还包括：

若确定某个列表数据包含图片类型的元素时，根据终端的分辨率对该列表数据中图片类型的元素进行裁剪处理，在裁剪处理完毕后执行计算该列表数据对应的控件的布局的步骤。

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

列表数据获取单元，用于在判断达到设定数据获取条件时，从服务器获取设定数量的列表数据；

控件确定单元，用于根据各个所述列表数据所包含的元素类型，确定各个列表数据对应的控件；

布局计算单元，用于计算各个列表数据对应的控件的布局，所述布局包含控件的显示位置及控件的尺寸；

显示单元，用于在确定需要显示获取的列表数据中的某一目标列表数据时，按照计算得到的所述目标列表数据对应的控件的布局，进行目标列表数据的显示。

7.根据权利要求6所述的装置，其特征在于，所述列表数据获取单元包括：

第一列表数据获取子单元，用于判断上一周期从服务器获取的设定数量的列表数据是否已经显示了设定比例，若是，则从服务器获取当前周期设定数量的列表数据。

8.根据权利要求6所述的装置，其特征在于，所述控件确定单元包括：

元素类型确定单元，用于确定各个所述列表数据所包含的元素类型；

控件类型确定单元，用于根据元素类型与控件类型间对应关系，确定各个所述列表数据所包含的元素类型对应的控件类型，作为各个列表数据对应的控件类型。

9.根据权利要求8所述的装置，其特征在于，所述显示单元包括：

目标列表模板查找单元，用于在确定需要显示获取的列表数据中的某一目标列表数据时，在预先创建的列表模板集合中查找目标列表模板，所述目标列表模板仅包含所述目标列表数据对应的控件类型的控件；

布局设置单元，用于按照计算得到的所述目标列表对应的控件的布局，对所述目标列表模板中的控件进行布局设置；

数据加载单元，用于将所述目标列表数据按照元素类型加载到对应的控件中，进行渲染显示。

10.根据权利要求6-9任一项所述的装置，其特征在于，所述元素类型包含图片类型、文字类型和视频类型；该装置还包括：

图片裁剪单元，用于在确定某个列表数据包含图片类型的元素时，根据终端的分辨率对该列表数据中图片类型的元素进行裁剪处理，在裁剪处理完毕后执行所述布局计算单元。