首页 > 代码库 > ListView嵌套ListView优化
ListView嵌套ListView优化
在做业务时候,一个ListView显示多种数据类型,我们想到的方法是ListView在嵌套一个ListView,对于子ListView
占父ListView的一行,就解决了问题,但是这样的逻辑是不是有点奇怪呢?
第一,父ListView的长度size需要加1,因为增加了一行放子listView
public int getCount() {
return datas.size()+1;
}
第二,需要判断在什么地方插入子listView ,就要用到getViewTypeCount()和getItemViewType (int position)两个方法
public int getItemViewType (int position){
if(position==CHRILDLOCATION){//插入子ListView位置
return TYPE_0;//TYPE_0表示子ListView标志
}
return TYPE_1;//TYPE_1表示父ListView标志
面得到的position,都占了一个位置.需要这时候减去
这三步理解起来就让人够烦了,很混乱吧,还有更糟糕的事情,就是,子ListView你还要new 一个Adapter来遍历
if(datas.get(position) instanceof “商品主题团”){
return TYPE_0;//TYPE_0表示商品主题团
}
完了,也就不需要对数据更新Ui时候减一操作,避免了降低了出错的概率。
主要是不需要在getView中在new Adapter了,性能提高很大。
占父ListView的一行,就解决了问题,但是这样的逻辑是不是有点奇怪呢?
第一,父ListView的长度size需要加1,因为增加了一行放子listView
public int getCount() {
return datas.size()+1;
}
第二,需要判断在什么地方插入子listView ,就要用到getViewTypeCount()和getItemViewType (int position)两个方法
public int getItemViewType (int position){
if(position==CHRILDLOCATION){//插入子ListView位置
return TYPE_0;//TYPE_0表示子ListView标志
}
return TYPE_1;//TYPE_1表示父ListView标志
}
第三,需要在父UI更新时候,当position>CHRILDLOCATION时对position-1,因为你在前面插入了子listView,其实后面得到的position,都占了一个位置.需要这时候减去
这三步理解起来就让人够烦了,很混乱吧,还有更糟糕的事情,就是,子ListView你还要new 一个Adapter来遍历
出它的item,这样就形成循环中嵌套循环,你的代码性能是不是很差。
重点来了:
我们可以在传入Adapter的数据中做文章,把不同的数据类型都用Object代替,然后把Object放入List集合,
在Adapter,判断类型,比如:一个商品列表,中间会杂着一些商品主题团,我们就通过List<Object>封装这两种数据类型,实现对上面ListView嵌套的讲解。
datas.size()+1的操作了,只需要判断数据类型,然后做上面第二步操作;
public int getItemViewType (int position){if(datas.get(position) instanceof “商品主题团”){
return TYPE_0;//TYPE_0表示商品主题团
}
return TYPE_1;//TYPE_1表示商品
}
完了,也就不需要对数据更新Ui时候减一操作,避免了降低了出错的概率。
主要是不需要在getView中在new Adapter了,性能提高很大。
声明:以上内容来自用户投稿及互联网公开渠道收集整理发布,本网站不拥有所有权,未作人工编辑处理,也不承担相关法律责任,若内容有误或涉及侵权可进行投诉: 投诉/举报 工作人员会在5个工作日内联系你,一经查实,本站将立刻删除涉嫌侵权内容。