改变各种Adapter显示的布局
public View getView(int position, View convertView, ViewGroup parent) {
ViewHolder holder = null;
if(convertView == null){
convertView = inflater.inflate(R.layout.***);
holder = new ViewHolder();
holder.tv = convertView.findViewById(R.id.***);
holder.iv = convertView.findViewById(R.id.***);
convertView.setTag(holder);
}
else {
holder = (ViewHolder)convertView.getTag();
}
holder.tv.setText("aaaa");
holder.iv.set...;
}
public class ViewHolder {
public TextView tv;
public ImageView iv;
...
}
之前一直不明白为什么要Holder这样一个东西, 因为无论convertView是不是null, 都需要对ViewHolde中的TextView和ImageView进行赋值操作, 貌似没有什么必要.
其实不是这么简单, 这样做是一种拿空间换时间的方式. 增加一个对象holder, 却省去了一系列的findViewById()的时间, 大家都知道, 在一个View的树形结构上使用findViewById()查找控件是需要时间的, 而且这个树形结构越复杂, 花费的时间越多, 因此如果代码中R.layout.***的树形结构太复杂的话, 这样做还是很有意义的。
if(convertView == null){
convertView = inflater.inflate(R.layout.***);
holder = new ViewHolder();
holder.tv = convertView.findViewById(R.id.***);
holder.iv = convertView.findViewById(R.id.***);
convertView.setTag(holder);
}
else {
holder = (ViewHolder)convertView.getTag();
}
holder.tv.setText("aaaa");
holder.iv.set...;
}
public class ViewHolder {
public TextView tv;
public ImageView iv;
...
}
之前一直不明白为什么要Holder这样一个东西, 因为无论convertView是不是null, 都需要对ViewHolde中的TextView和ImageView进行赋值操作, 貌似没有什么必要.
其实不是这么简单, 这样做是一种拿空间换时间的方式. 增加一个对象holder, 却省去了一系列的findViewById()的时间, 大家都知道, 在一个View的树形结构上使用findViewById()查找控件是需要时间的, 而且这个树形结构越复杂, 花费的时间越多, 因此如果代码中R.layout.***的树形结构太复杂的话, 这样做还是很有意义的。
