先看下效果图
![]()
【引入】
我们一般编写listView的时候顺序是这样的: •需要展示的数据集List<T> •为这个数据集编写一个ListView •为这个ListView编写一个Adapter,一般继承自BaseAdapter •在BaseAdapter内部编写一个ViewHolder类,对应ListView里面的item控件,提高控件的查询效率
分析:
List<T>:ListView --> Adapter extends BaseAdapter --> ViewHolder
一般情况下,一个ListView对应一个Adapter类,对应一个ViewHolder类,那如果一个app中有20个ListView,我们岂不是要写20遍?所以的做法是: •抽取ViewHolder,作为公共的类。 •将Adapter封装成CommonAdapter,作为公共的类。 处理多条目android给我们的方法是设置setViewTypeCount传入类型个数,RecycleBin会创建对应数量的mScrapViews集合数组,每种类型的View在对应的集合中管理。当要告诉ListView我要显示什么样的UI布局时就得调用getItemViewType,给每个position指定要使用的ViewType类型。 但是要注意如果返回错误就会有问题,例如你不能返回超过setViewTypeCount的值,否则会数组脚本越界。ListView根据getItemViewType就能找到缓存该ViewTypewhichScrap然后来渲染UI这就是android给我们提供的ListView多条目混排的实现方案,如果我们不进行封装,扩展的话,会导致一个Adapter中有N多个ViewType,getView的时候会根据positon返回N多种,然后再在getItemViewType方法中根据position返回不同的ViewType,还有定义不同的ViewHolder来管理。这样就会导致我们的一个Adapter类爆棚,满屏都是if else想想就可怕。 下面就是用传统的方法实现三种Item的adapter,我已经精简了很多。每次添加新条目,就要改动这个Adapter,扩展性很差,当代码多了,很容易出bug,也不好查找。不符合开放封闭原则
public class ChatAdapter extends BaseAdapter { //3种不同的布局 public static final int VALUE_TIME_TIP = 0; public static final int VALUE_LEFT_TEXT = 1; public static final int VALUE_LEFT_IMAGE = 2; public ChatAdapter(Context context, List<Message> myList) { this.myList = myList; mInflater = (LayoutInflater) context .getSystemService(Context.LAYOUT_INFLATER_SERVICE); } @Override public int getCount() { return myList.size(); } @Override public Object getItem(int arg0) { return myList.get(arg0); } @Override public long getItemId(int arg0) { return arg0; } @Override public View getView(int position, View convertView, ViewGroup arg2) { if (convertView == null) { switch (type) { case VALUE_TIME_TIP: .. case VALUE_LEFT_TEXT: ... case VALUE_LEFT_IMAGE: ... } else { Log.d("baseAdapter", "Adapter_:"+(convertView == null) ); switch (type) {
android 封装通用Adapter、ViewHolder实现ListView多条目混排
最新推荐文章于 2022-10-21 08:06:47 发布