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标志

}

第三，须要在父UI更新时候,当position>CHRILDLOCATION时对position-1，由于你在前面插入了子listView，事实上后
面得到的position,都占了一个位置.须要这时候减去
这三步理解起来就让人够烦了，非常混乱吧，还有更糟糕的事情，就是，子ListView你还要new 一个Adapter来遍历

出它的item,这样就形成循环中嵌套循环，你的代码性能是不是非常差。

重点来了：

我们能够在传入Adapter的数据中做文章，把不同的数据类型都用Object取代，然后把Object放入List集合，

在Adapter，推断类型，比方：一个商品列表，中间会杂着一些商品主题团，我们就通过List<Object>封装

这两种数据类型，实现对上面ListView嵌套的解说。

第一，在Adapter之外封装成一个List<Object>,就不须要在用到子ListView了，数据都在list中，也就不须要对

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了，性能提高非常大。