搜狐面试题- listview每个item布局不同
2015-06-12 10:47
337 查看
一般是针对包含多个元素的View,如ListView,GridView,ExpandableListview,的时候我们是给其设置一个Adapter。Adapter是与View之间提供数据的桥梁,也是提供每个Item的视图桥梁。
以ListView为例,其工作原理为:● ListView针对List中每个item, adapter都会调用一个getView的方法获得布局视图●我们一般会Inflate一个新的View,填充数据并返回显示当然如果我们的Item很多话(比如上万个),都会新建一个View吗?很明显这样内存是接受不了的,Google也不会这么做,Android中有个叫做Recycler的构件,下图是他的工作原理:
很明显,无论数据中是多少个item,在显示上Recycler只存储其中可见的View在内存中。当向下滑动时,顶部不可见Item直接回移动到下方再次填充数据变为新增项。这样就不用每次都新建一个View了。这个也就是我们在Adapter中常见的getView方法的调用,对应此方法我们就能看出,convertView就是每一Item在Recyler之前的布局视图。public View getView(int position, View convertView, ViewGrouppare
所以,Android已经给我们提供了Recycler机制了,我们就应该利用此机制,而不是每次都去inflate一个View。ExampleDon’t
我们继续使用convertView来将数据从新填充貌似不可行了,因为每次返回的convertView类型都不一样,无法重用。Android在设计上的时候,也想到了这点。所以,在adapter中预留的两个方法。public int getItemViewType(int position) ;
public int getViewTypeCount();
只需要重新这两个方法,设置一下ItemViewType的个数和判断方法,Recycler就能有选择性的给出不同的convertView了。 Example:
以ListView为例,其工作原理为:● ListView针对List中每个item, adapter都会调用一个getView的方法获得布局视图●我们一般会Inflate一个新的View,填充数据并返回显示当然如果我们的Item很多话(比如上万个),都会新建一个View吗?很明显这样内存是接受不了的,Google也不会这么做,Android中有个叫做Recycler的构件,下图是他的工作原理:
很明显,无论数据中是多少个item,在显示上Recycler只存储其中可见的View在内存中。当向下滑动时,顶部不可见Item直接回移动到下方再次填充数据变为新增项。这样就不用每次都新建一个View了。这个也就是我们在Adapter中常见的getView方法的调用,对应此方法我们就能看出,convertView就是每一Item在Recyler之前的布局视图。public View getView(int position, View convertView, ViewGrouppare
所以,Android已经给我们提供了Recycler机制了,我们就应该利用此机制,而不是每次都去inflate一个View。ExampleDon’t
public View getView(int position, View convertView, ViewGroupparent){ convertView = LayoutInflater.from(mContext).inflate(R.layout.item_view,null); //dosomething… return converView; }Do
public View getView(int position, View convertView, ViewGroupparent){ if (convertView ==null) { convertView =LayoutInflater.from(mContext).inflate(R.layout.item_view, null); } //dosomething… return converView; }ViewHolder的作用之前所说的Recycler模式是为了解决重复inflate时候造成的View资源浪费,还哪有什么方法何可再次优化我们的性能吗?答案是Yes。我们还是从getView中的每一个方法调用去查看,发现其实我们拿到convertView的时候,每次都会根据这个布局去findViewById。如下,使我们通常的写法:findViewById是在解析layout.xml布局那种其中的子View,解析xml是一个力气活,所以Google也建议我们将这个费力不讨好的活优化起来,所以提出了ViewHolder的概念。即,使用一个静态类,保存xml中的各个子View的引用关系,这样就不必要每次都去解析xml了。如下:就是针对上面代码写的一个ViewHolder
if (convertView == null) { convertView = mInflater.inflate(R.layout.item_view, null); } TextView titleTextView = (TextView) convertView.findViewById(R.id.text)); ImageView iconImageView = (ImageView)convertView.findViewButId( R.id.icon)); //DoSomething…findViewById是在解析layout.xml布局那种其中的子View,解析xml是一个力气活,所以Google也建议我们将这个费力不讨好的活优化起来,所以提出了ViewHolder的概念。即,使用一个静态类,保存xml中的各个子View的引用关系,这样就不必要每次都去解析xml了。如下:就是针对上面代码写的一个ViewHolder
static class ViewHolder { TextView titleTextView; ImageView iconImageView; }但是,在getView方法中我们只能拿到三个参数,position、convertView、viewGroup是拿不到我们自定义的ViewHolder的。所以,我们希望通过convertView拿到ViewHolder只能将其放在tag里。下面是一个完整的ViewHolder使用exmaple:
public View getView(int position, View convertView, ViewGroup parent) { ViewHolder holder; if (convertView == null) { convertView = mInflater.inflate(R.layout.item_view, null); holder = new ViewHolder(); holder.titleTextView = (TextView) convertView.findViewById(R.id.text); holder.iconImageView = (ImageView) convertView.findViewById(R.id.icon); convertView.setTag(holder); } else { holder = (ViewHolder) convertView.getTag(); } holder.titleTextView.setText(DATA[pos].title); holder.iconImageView.setImageBitmap(DATA[pos].bitmap); return convertView; } static class ViewHolder { TextView titleTextView; ImageView iconImageView; }Tips. Support.v7中的RecyclerView 就是采用了此思想来制作的。多个类型的ViewType当我们在Adapter中调用方法getView的时候,如果整个列表中的Item View如果有多种类型布局,如:
我们继续使用convertView来将数据从新填充貌似不可行了,因为每次返回的convertView类型都不一样,无法重用。Android在设计上的时候,也想到了这点。所以,在adapter中预留的两个方法。public int getItemViewType(int position) ;
public int getViewTypeCount();
只需要重新这两个方法,设置一下ItemViewType的个数和判断方法,Recycler就能有选择性的给出不同的convertView了。 Example:
@Override public intgetItemViewType(int position) { if (DATA[pos].type == 0) { return 0; } else { return 1; } } @Override public int getViewTypeCount() { return 2; } @Override public View getView(int position, View convertView, ViewGroup arg2) { TitleViewHolder titleHolder; InfoViewHolder infoHolder; int type = getItemViewType(position); if (convertView == null) { switch (type) { case 0: convertView = mInflater.inflate(R.layout.item_view, null); titleHolder = new TitleViewHolder(); titleHolder.titleTextView = (TextView) convertView.findViewById(R.id.text); titleHolder.iconImageView = (ImageView) convertView.findViewById(R.id.icon); convertView.setTag(titleHolder); break; case 1: convertView = mInflater.inflate(R.layout.item_view2, null); infoHolder = new InfoViewHolder(); infoHolder.titleTextView = (TextView) convertView.findViewById(R.id.text); convertView.setTag(infoHolder); break; } } else { switch (type) { case 0: titleHolder = (TitleViewHolder) convertView.getTag(); break; case 1: infoHolder = (InfoViewHolder) convertView.getTag(); break; } } switch (type) { case 0: titleHolder.titleTextView.setText(DATA[pos].title); break; case 1: infoHolder.titleTextView.setText(DATA[pos].title); infoHolder.iconImageView.setImageBitmap(DATA[pos].bitmap); break; } return convertView; } static class TitleViewHolder { public ImageView iconImageView; public TextView titleTextView; } static class InfoViewHolder { TextView titleTextView; ImageView iconImageView; }NotifyDataSetChanged刷新机制当ListView中的数据发生了改变,我们希望刷新ListView中的View时,我们一般会调用NotifyDataSetChanged来刷新ListView。看一下它的源码:
public void notifyChanged() { synchronized (mObservers) { // 向每一个子View发送onChanged for (int i = mObservers.size() - 1; i >= 0; i--) { mObservers.get(i).onChanged(); } } }发 现它针对每一个子View都做了刷新,当然,如果我们的数据都变量还可以理解。但是,一般条件下,我们需要更新的View不多。频繁的调用 NotifyDataSetChanged方法,刷新整个界面不合适。这样会把界面上显示的所有item都全部重绘一次,即使只有一个view的内容发生 了变化。所以,我们可以写一个update的方法,来单独刷新一个View
private void updateView(int itemIndex){ intvisiblePosition = yourListView.getFirstVisiblePosition(); Viewv = yourListView.getChildAt(itemIndex - visiblePosition); ViewHolder viewHolder =(ViewHolder)v.getTag(); if(viewHolder!= null){ viewHolder.titleTextView.setText("我更新了"); } }Adapter中的网络图片优化ListView中的每一项Item基本都会带着网络图片,当item比较多的时候,过多的网络请求和过多的图片存储都会是ListView变慢变卡。所以针对其做一下优化: ● 采用线程池进行网络图片请求,网络图片请求获取后使用本地缓存处理(LRUCache),内存+本地文件缓存。当然,为了防止内存溢出与回收不及时,需要使用弱引用(WeakReference)来存储内存中的图片。 ● 对网络中取到的图片进行按比例缩放,以减少内存消耗。 ● 滑动的时候不需要对网络图片进行请求。因为,网络请求一般比较耗时,某Item的图片,在请求来的时候如果被Recycler换掉,图片就会对应不上该Item。 Tips.网络请求的工具类比较多不方便举例子,但是使用比较频繁的网络图片请求工具类就是Volley了,Volley提供了一个ImageLoader的工具类和NetworkImageView的网络图片请求View本文链接:http://www.eoeandroid.com/thread-536377-1-1.html
相关文章推荐
- Shell 脚本面试问题大全
- 常见面试问题总结(持续更新)
- 码农不得不做的P图辨识能力
- 数据挖掘工程师面试指南
- 职业发展 互联网VS研究所
- 程序员面试一句话让HR面无人色
- 黑马程序员java学习笔记——正则表达式、反射
- 【剑指offer】面试题三:二维数组中的查找
- Java面试题集(51-70)
- 黑马程序员_7K面试题思路分析
- 编程之美----2.21 只考加法的面试题
- 作为程序员,其实你并没真正努力(一)
- 做一个“合格”的程序员
- 黑马程序员--Java基础Day08
- 黑马程序员------面向对象01
- mysql的一些练习题和面试题
- 黑马程序员_91_正则表达式
- Java高级程序员技术积累
- Web前端或成互联网+时代的职场新贵
- Web前端或成互联网+时代的职场新贵