Adapters and recycling
究其原因,使用ViewHolder和HolderView是为了提高AdapterView的性能。Adapter通过使用AdapterView来循环(调用)View,这些View是AdapterView用来显示内容的。更多的信息请参阅
这儿。
ViewHolder模式简短解释的参考可以在
这儿查看。
HolderView
HolderView继承自某种View,in the example a GridLayout since that was what the layout was using before being replaced that with a “merge” tag. HolderView存储了所有视图的组件,就像ViewHolder一样来避免(频繁,昂贵的)通过findViewById()进行查找。 但是不像ViewHolder,当子View被请求时,ViewHolder有责任为它处理数据。这使得Adapter更小,更容易理解和维护。典型的getView方法看起来像这样:
@Override
public View getView(int i, View convertView, ViewGroup viewGroup) {
HolderView holderView;
// Important to not just null check, but rather to a instanceof
// since we might get any subclass of view here.
if (convertView instanceof HolderView) {
holderView = (HolderView) convertView;
} else {
holderView = new HolderView(mContext);
}
holderView.bind(new Digit(i));
return holderView;
}
同时,HolderViewd对象看起来应该像这样:
public class HolderView extends GridLayout {
private TextView mDigitDigit;
private String mDigitText;
public HolderView(Context context, AttributeSet attrs) {
super(context, attrs);
View v = LayoutInflater.from(context).inflate(R.layout.list_detail, this);
mDigitDigit = (TextView) v.findViewById(R.id.list_detail_digit);
mDigitText = context.getResources().getString(R.string.list_detail_digit);
}
public void bind(Digit digit) {
mDigitDigit.setText(String.format(mDigitText, digit));
}
}
下面的连接是github上的例子项目,你可以看到两个分支,一个是
ViewHolder,一个是
HolderView。
因此本质上两种方法解决相同的问题,非常的相似。主要的不同就是处理UI的责任从Adapter中移到了View中。
原文连接:http://www.jayway.com/2013/11/06/viewholder-vs-holderview/