Android UI 设计(11):ListView 控件使用优化(五)

639 查看

在上一篇博客中《Android UI设计——ListView控件和自定义Adapter(四) 》中我们通过一个实例来了解和练习了如何去自定义Adapter,本节我们将会继续以《Android UI设计——ListView控件和自定义Adapter(四) 》中的例子来学习ListView在使用中是如何优化的,如果本节看着吃力的话,建议先查看上篇哦……

convertView优化

有时候我们在ListView中显示的数据非常多,虽然我们手机的屏幕有限,数据可以通过滚动的方式为我们显示。在上一节中我们在自定义的Adapter的getView方法中使用的是将数据一次性全部加载完成,以至于当我们打开我们应用程序时速度非常慢,因为大量的数据是一次性加载完成的,降低了数据的读取速度,增加占用的内存。那么这个时候我们就可以通过convertView来解决这个问题。

解决原理

convertView是采用一种”缓存“的方式。数据加载时首先加载在手机屏幕上出现的View,当滑动手机屏幕时,会有View被划出屏幕,同时也会有新的View进入屏幕。此时convertView就将出屏的View保存下来作为下一个进入屏幕的新的View使用。
Android中有个叫做Recycler的构件,下图是他的工作原理:
10-12-1

1. ListView先请求一个type1视图(getView)然后请求其他可见的项目。convertView在getView中是空(null)的。
2. 当item1滚出屏幕,并且一个新的项目从屏幕低端上来时,ListView再请求一个type1视图。convertView此时不是空值了,它的值是item1。你只需设定新的数据然后返回convertView,不必重新创建一个视图。
(此处引用于 博客园 链接

下面我们对我们上节的示例进行优化:

ViewHolder优化

由于fingViewById是一个耗时间的操作,在convertView优化中 》中的例子来学习ListView在使用中是如何优化的,如果本节看着吃力的话,建议先查看上篇哦……

convertView优化

有时候我们在ListView中显示的数据非常多,虽然我们手机的屏幕有限,数据可以通过滚动的方式为我们显示。在上一节中我们在自定义的Adapter的getView方法中使用的是将数据一次性全部加载完成,以至于当我们打开我们应用程序时速度非常慢,因为大量的数据是一次性加载完成的,降低了数据的读取速度,增加占用的内存。那么这个时候我们就可以通过convertView来解决这个问题。

解决原理

convertView是采用一种”缓存“的方式。数据加载时首先加载在手机屏幕上出现的View,当滑动手机屏幕时,会有View被划出屏幕,同时也会有新的View进入屏幕。此时convertView就将出屏的View保存下来作为下一个进入屏幕的新的View使用。
Android中有个叫做Recycler的构件,下图是他的工作原理:
10-12-1

1. ListView先请求一个type1视图(getView)然后请求其他可见的项目。convertView在getView中是空(null)的。
2. 当item1滚出屏幕,并且一个新的项目从屏幕低端上来时,ListView再请求一个type1视图。convertView此时不是空值了,它的值是item1。你只需设定新的数据然后返回convertView,不必重新创建一个视图。
(此处引用于 博客园 链接

下面我们对我们上节的示例进行优化: