ViewHolder模式超简洁写法,很cool!
博客专区 > artshell 的博客 > 博客详情
ViewHolder模式超简洁写法,很cool!
artshell 发表于4年前
ViewHolder模式超简洁写法,很cool!
  • 发表于 4年前
  • 阅读 69
  • 收藏 0
  • 点赞 0
  • 评论 0

移动开发云端新模式探索实践 >>>   

摘要: ViewHolder模式超简洁写法,很cool!

ViewHolder是什么就不解释了。大家通常怎么写ViewHolder呢?

ViewHolder holder = null;
        if(convertView == null) {
                convertView = mInflater.inflate(R.layout.xxx null);
                holder = new ViewHolder(); 
                holder.tvXXX = (TextView)findViewById(R.id.xxx);
                //...一连串的findViewById
        } else {
                holder = (ViewHolder) convertView.getTag();  
        }        
                
        private static class ViewHolder{
                TextView tvXXX;
                //很多view的定义
        }

这么写一次还行,但问题是总有很多很多的ViewAdapter要这么写,每次都repeat,repeat,repeat 累啊。所以,有这么一种简洁的写法分享给大家,先声明,从国外网站上看的,不是自己原创的,但确实很喜欢这个简洁的设计。
ViewHolder这么写(只提供一个静态方法,其实可以加一个私有构造函数防止外部实例化),代码很简单,看过就明白了

public class ViewHolder {
    // I added a generic return type to reduce the casting noise in client code
    @SuppressWarnings("unchecked")
    public static <T extends View> T get(View view, int id) {
        SparseArray<View> viewHolder = (SparseArray<View>) view.getTag();
        if (viewHolder == null) {
            viewHolder = new SparseArray<View>();
            view.setTag(viewHolder);
        }
        View childView = viewHolder.get(id);
        if (childView == null) {
            childView = view.findViewById(id);
            viewHolder.put(id, childView);
        }
        return (T) childView;
    }
}

在getView里这样

@Override
public View getView(int position, View convertView, ViewGroup parent) {

    if (convertView == null) {
        convertView = LayoutInflater.from(context)
          .inflate(R.layout.banana_phone, parent, false);
    }

    ImageView bananaView = ViewHolder.get(convertView, R.id.banana);
    TextView phoneView = ViewHolder.get(convertView, R.id.phone);

    BananaPhone bananaPhone = getItem(position);
    phoneView.setText(bananaPhone.getPhone());
    bananaView.setImageResource(bananaPhone.getBanana());

    return convertView;
}

哈哈,完成了,果断把这个ViewHolder类加入自己的utils,一劳永逸了以后~ 值得注意的是SparseArray这个知识点,优化过的存储integer和object键值对的hashmap,网上资料很多这里就不废话了~

------------------------------------------原帖中的部分评论-------------------------------------------------

#lixiao000013

最简洁的写法是不写ViewHolder  使用SimpleAdapter或者SimpleCursorAdapter  重写 bindView

-------------------------------------------------------------------------------

#zhugogogo

楼主解释一下,会不会造成内存泄露。。。。。那样的话就没有意思了。。。。

泄露?memory leak? 不会啊,你说的可能是oom, out of memory吧?

其实这种写法本质和ViewHolder Partten没有什么不同,ViewHolder Partten是把一个自定义类绑定到一个view,这种是把SparseArray绑定到一个view,虽然SparseArray 初始化会分配10长度的地址,理论上貌似浪费了内存,理论上插入和删除操作也是有时间损耗的,但是这些都在允许范围内。

比如https://github.com/JoanZapata/base-adapter-helper 作者也说了他做了大量测试,这种损耗微乎其微。

再次,万一万一因特殊情况发现了有性能瓶颈,到时候再优化就可以了,但是绝大多数场合都是可以使用的,大量简化你的开发,加快开发速度,代码少了,出错的几率就小了,维护的成本也小了~好处还是大大的。

https://github.com/JoanZapata/base-adapter-helper 这个项目在我正文贴出的代码基础上进一步封装了许多实用的功能,更cool哦~ 可以下载好好研究一下~

1、引入了SparseArray,那样的话,列表每一项都多了一个SparseArray,这种集合类型内部成员变量都很 ...

简单的纸上分析~:
(1)ViewHolder Pattern是每一个View一个ViewHolder,里面是记录listitem内控件引用; SparseArray是记录id和控件引用的键值对,当然SparseArray初始化会分配一定地址空间(默认是10),但是这些内存损耗应该是可以忽略的~
(2)SparseArray是优化过的int-object的hashmap,使用折半查找,并优化了内存分配,所以代码执行成本通常是可控的。

综上,使用SparseArray与ViewHolder相比是有损耗,但应该是可控的。使用SparseArray优点是加快开发速度和减少代码维护,当发现有性能瓶颈时,再进行优化~

  • 打赏
  • 点赞
  • 收藏
  • 分享
共有 人打赏支持
粉丝 2
博文 56
码字总数 5163
×
artshell
如果觉得我的文章对您有用,请随意打赏。您的支持将鼓励我继续创作!
* 金额(元)
¥1 ¥5 ¥10 ¥20 其他金额
打赏人
留言
* 支付类型
微信扫码支付
打赏金额:
已支付成功
打赏金额: