代码优化>>>Android ListView适配器三级优化详解
2016-10-02 00:38
435 查看
转载本专栏每一篇博客请注明转载出处地址,尊重原创。此博客转载链接地址:点击打开链接 http://blog.csdn.net/qq_32059827/article/details/52718489
对ListView的优化,也就是对其封装:抽取方法共性,封装 BaseAdapter 和 ViewHolder
大多App都会使用到的基本控件 ——- Listiew,特别像新闻浏览类的比如说“今日关注”,或者“应用宝”这种汇集手机软件集合的。而且大家都知道 需要给每个单独的 ListView 搭配相应的适配器 Adapter 。如果你的项目中使用ListView 的频率很少甚至没有,那我不建议你对 ListView 进行抽取封装,但是!如果它的使用渗透到App中大多页面时,你必须考虑 对Adapter的公共方法进行抽取封装到单独的类中,来避免整个项目代码的冗杂,使代码结构规范化!
首先,我们在写ListView的时候一般会这么写:
这里我们主要 把重点放在 Adapter 和 ViewHolder 的抽取封装,首先简单分析其逻辑组成:
1.首先看到我自定义的 HomeAdapter 继承的是 BaseAdapter 。继承的四个方法中,前三个:getCount 、getItem 、getItemId 看的出来方法及其简单,
但是getView方法中步骤略复杂,首先梳理清楚方法里的逻辑,才好进一步的封装:
(1)加载布局文件,布局转换(xml —> view)
(2)初始化控件(finViewById)
(3)给ViewHolder设置标记(setTag),便于下次复用
(4)给控件设置数据
那么就开始对市面上60%的项目中的封装方法,进行普通封装。
封装一》》》普通封装:方式,保留getView(),getCount 、getItem 、getItemId 先封装。
方法:抽取类名:MyBaseAdapter。基类是需要一个数据源的,因此通过构造方法得到这个数据源;注意:数据源是什么类型,通过泛型指定。
因为抽取了一些方法,我们原来的Adapter类继承自MyBaseAdapter的代码就简单了一些,如下:
同时,原来实例化适配器代码也要稍作修改,传递数据源到基类里面:
现在运行程序,跟以前的效果是一样的。如下:
![](http://img.blog.csdn.net/20161001202928404?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQv/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center)
到目前为止,叫做是普通抽取,也就是60%应用可能是这么做的,对于每个子类的getView()都是自己实现自己的。
但是要想再高大上一些,要想根那些牛逼点的app一样,就要抽取getView(),对于这一点,比较复杂。接下来就一点点的演变整个过程。
在演变之前,要对ListView的加载流程几个问题要清楚,只有理解了ListView的加载流程,才能更好的而理解抽取getView()的思想。
convertView的作用 ?
ViewHolder是什么 ?
ViewHolder的作用 ?
ViewHolder里面需要持有什么对象?
做ViewHolder需要什么条件?
一个ListView会创建几个convertView以及几个ViewHolder的思考?
getView其实主要是做啥?
总是要创建ViewHolder
有重复代码
convertView的作用 ?
减少view对象的创建
ViewHolder是什么 ?
就是一个普通的类,成员变量有根布局里面的孩子对象.
ViewHolder的作用 ?
减少孩子对象的创建,减少findViewById的调用
ViewHolder里面需要持有什么对象?
持有根布局里面的孩子对象
做ViewHolder需要什么条件?
一个类持有根布局里面的孩子对象即可
其实只要能有根布局就可以了,有根布局就有了对应的孩子.孩子无非就是调用根布局的findViewById初始化即可
一个ListView会创建几个convertView以及几个ViewHolder的思考
如果一个屏幕正好显示6个itemView那么会创建6+1个convertView和6+1个ViewHolder
getView其实主要是做啥?
决定根布局
得到数据
填充数据
相信您已经理解了LitView的加载流程,就看一下第一次演变:
对ViewHolder抽取,定义为HomeHolder。
getView()有两层:视图层V、数据源模型层M。其实属于典型的MVC。抽取的过程,也按照MVC模式
整体的步骤,都详细的注释在代码中了,一目了然:
经过抽取ViewHolder后,再看一看getView()代码怎么写:
可见,getView()明显的少了好多代码,一下子变得轻松了许多。运行程序,结果一模一样。
这个时候,明显轻松了很多,但是上边的抽取仅仅是针对HomeHolder的,如果页面很多的话,显然要写很多的Holder类。为了节省Holder的代码,在网上抽取。
》》》》HomeHolder抽取成BaseHolder。该类的抽取,是基于上边HomeHolder做修改的。把觉得基类取不到的具体东西定义为抽象方法。例如:加载具体的布局、设置刷新具体的数据。在基类里面都无法得知,交给子类实现。并且,由于成了基类,所以具体的设置的数据类型也不清楚,所以设置传递数据的时候,使用泛型
那么最后,再回到getView()所在的MyListViewAdapter适配器类。当然记得,它也是有父类的MyBaseAdapter。
父类里面还有一个getView()没去写代码,最后就去搞一搞父亲的这个方法,让两个基类MyBaseAdapter和BaseHolder打招呼整合一下。把子类的getView()放到基类里面去
在基类里面做如下修改(与BaseHolder建立了连接)
Adapter的基类抽象方法,且在获取Holder对象时,调用子类具体哪个Holder,只需要在子类中实现这个方法,并且返回具体的哪个Holder就好了。代码如下:
可能仅仅一个Adapter看不出有多强大,如果说有100个类需要适配器的话,那么只需要一个基类,其他的只要继承自基类,每个适配器类里面的方法就上边那几行,很显然,简化了大量的冗余的代码。
最后再总结一下此时的调用加载流程。
当ListView想要关联适配器的时候,创建自己的adapter适配器类对象,同时把集合数据源数据传递过去。
例如此例中的MyListViewAdapter listAdapter = new MyListViewAdapter(mListDatas);这样把mListDatas传给了adapter的基类,是通过带参构造函数的形式传给adapter父类的,他把以前孩子自己要写的getCount 、getItem 、getItemId方法帮孩子完成,孩子简写三大方法。同时,在ListVIew的item加载布局和数据的时候,getView方法被调用,此时的getView()方法在adapter基类里面呢,对于item的布局的显示和布局实例的数据刷新,都封装在了对应的Holder类里面;先执行holder
= getSpecialHolder();方法来看该adapter配套的Holder是谁。马上调用该adapter的实现方法
@Override
public BaseHolder<String> getSpecialHolder() {
// TODO Auto-generated method stub
return new HomeHolder();
}
看到返回的是HomeHolder,在new HomeHolder();的同时BaseHolder的构造也会被加载(子类初始化先初识化父类构造),此时父类的构造函数
public BaseHolder(){/**可见,构造方法一调用,初始化了viewholder、初始化了布局、布局控件实例化、此viewHolder绑定到了当前布局的tag中**/
mHolderView = initHolderView();
//2、viewholder设置到根布局的tag。因为能获取item的根布局也可以设置tag
mHolderView.setTag(this);//this指当前的viewHolder
}
加载了布局、设置了tag。注意此时public abstract View initHolderView();是调用对应子类实现类HomeHolder的具体方法(调用父类抽象实际调用子类实现方法)。
此时HomeHolder中的
@Override
public View initHolderView() {
View view = UIUtils.inflate(R.layout.homefragment_listview_item);
mListTextView = (TextView) view
.findViewById(R.id.tv_listview_item_text);
return view;
}
被调用,终于看到在哪里初始化布局了!
这一系列方法走完之后,再回到adapter基类的getView()方法,继续往下执行到holder.setDataAndRefreshHolderView(getItem(position));。同上,先调用holder的
//4、给孩子(item的布局控件实例)设置数据
public void setDataAndRefreshHolderView(T data) {//只有HomeHolder子类是String类型,其他的孩子不一定也是String,有可能还是bean等。因此使用泛型
//保存数据
this.mData = data;
//刷新显示,设置数据
refreshHolderView(data);
}
refreshHolderView(data);抽象,调用实现类HomeHolder的实现类方法,完成了数据的设置和刷新。
到此,此次ListView的优化,以及详细的解析终于结束了。
9点半开始写博客,现在0:36,搞了3个多小时。由衷佩服自己,看完您记得关注本博客,或者点赞留下包括意见哦。
对ListView的优化,也就是对其封装:抽取方法共性,封装 BaseAdapter 和 ViewHolder
大多App都会使用到的基本控件 ——- Listiew,特别像新闻浏览类的比如说“今日关注”,或者“应用宝”这种汇集手机软件集合的。而且大家都知道 需要给每个单独的 ListView 搭配相应的适配器 Adapter 。如果你的项目中使用ListView 的频率很少甚至没有,那我不建议你对 ListView 进行抽取封装,但是!如果它的使用渗透到App中大多页面时,你必须考虑 对Adapter的公共方法进行抽取封装到单独的类中,来避免整个项目代码的冗杂,使代码结构规范化!
首先,我们在写ListView的时候一般会这么写:
一. 未封装版 ListView @Override public View onCreateSuccessView() { ListView view = new ListView(UIUtils.getContext()); initData(); view.setAdapter(new MyListViewAdapter()); return view; } private void initData() { for (int i = 0; i < 50; i++) { mList.add("测试数据" + i); } } class MyListViewAdapterextends BaseAdapter { @Override public int getCount() { return mList.size(); } @Override public String getItem(int position) { return mList.get(position); } @Override public long getItemId(int position) { return position; } @Override public View getView(int position, View convertView, ViewGroup parent) { ViewHolder holder = null; if (convertView == null) { convertView = View.inflate(UIUtils.getContext(), R.layout.list_item_home, null); holder = new ViewHolder(); holder.mListTextView= (TextView) convertView .findViewById(R.id.tv_content); convertView.setTag(holder); } else { holder = (ViewHolder) convertView.getTag(); } holder.mListTextView.setText(getItem(position)); return convertView; } } static class ViewHolder { public TextView mListTextView; }
这里我们主要 把重点放在 Adapter 和 ViewHolder 的抽取封装,首先简单分析其逻辑组成:
1.首先看到我自定义的 HomeAdapter 继承的是 BaseAdapter 。继承的四个方法中,前三个:getCount 、getItem 、getItemId 看的出来方法及其简单,
但是getView方法中步骤略复杂,首先梳理清楚方法里的逻辑,才好进一步的封装:
(1)加载布局文件,布局转换(xml —> view)
(2)初始化控件(finViewById)
(3)给ViewHolder设置标记(setTag),便于下次复用
(4)给控件设置数据
那么就开始对市面上60%的项目中的封装方法,进行普通封装。
封装一》》》普通封装:方式,保留getView(),getCount 、getItem 、getItemId 先封装。
方法:抽取类名:MyBaseAdapter。基类是需要一个数据源的,因此通过构造方法得到这个数据源;注意:数据源是什么类型,通过泛型指定。
public class MyBaseAdapter<T> extends BaseAdapter {//在类旁边声明一下泛型 private ArrayList<T> mList; /** * 我需要一个集合,那么就由孩子传递过来。但是孩子这么多,集合可以有好多类型,那么集合到底写什么类型?泛型更好用,孩子什么类型,我就什么类型 */ public MyBaseAdapter(ArrayList<T> list){ this.mList = list; } @Override public int getCount() { // TODO Auto-generated method stub return mList.size(); } @Override public T getItem(int position) { // TODO Auto-generated method stub return mList.get(position); } @Override public long getItemId(int position) { // TODO Auto-generated method stub return position; } @Override public View getView(int position, View convertView, ViewGroup parent) { // TODO Auto-generated method stub return null; } }
因为抽取了一些方法,我们原来的Adapter类继承自MyBaseAdapter的代码就简单了一些,如下:
private class MyListViewAdapter extends MyBaseAdapter<String>{//在这里告知父亲,我继承你我要给你的集合传递什么类型 //通过构造函数,把孩子的集合传给父亲 public MyListViewAdapter(ArrayList<String> list) { super(list); } @Override public View getView(int position, View convertView, ViewGroup parent) { // 自定义listview界面 ViewHolder holder = null; if(convertView == null){ holder = new ViewHolder(); //1、加载item布局 convertView = UIUtils.inflate(R.layout.homefragment_listview_item); //2、获取item布局实例 holder.mListTextView = (TextView) convertView.findViewById(R.id.tv_listview_item_text); //3、viewholder设置到tag convertView.setTag(holder); }else{ //若不为空,在缓存对象里取出 holder = (ViewHolder) convertView.getTag(); } //4、设置listview布局上的控件数据 holder.mListTextView.setText(getItem(position)); return convertView; } }
同时,原来实例化适配器代码也要稍作修改,传递数据源到基类里面:
//获取适配器对象 MyListViewAdapter listAdapter = new MyListViewAdapter(mListDatas);
现在运行程序,跟以前的效果是一样的。如下:
到目前为止,叫做是普通抽取,也就是60%应用可能是这么做的,对于每个子类的getView()都是自己实现自己的。
但是要想再高大上一些,要想根那些牛逼点的app一样,就要抽取getView(),对于这一点,比较复杂。接下来就一点点的演变整个过程。
在演变之前,要对ListView的加载流程几个问题要清楚,只有理解了ListView的加载流程,才能更好的而理解抽取getView()的思想。
HomeHolder抽取前思考问
为什么想到去抽取?convertView的作用 ?
ViewHolder是什么 ?
ViewHolder的作用 ?
ViewHolder里面需要持有什么对象?
做ViewHolder需要什么条件?
一个ListView会创建几个convertView以及几个ViewHolder的思考?
getView其实主要是做啥?
HomeHolder抽取前思考答
为什么想到去抽取?总是要创建ViewHolder
有重复代码
convertView的作用 ?
减少view对象的创建
ViewHolder是什么 ?
就是一个普通的类,成员变量有根布局里面的孩子对象.
ViewHolder的作用 ?
减少孩子对象的创建,减少findViewById的调用
ViewHolder里面需要持有什么对象?
持有根布局里面的孩子对象
做ViewHolder需要什么条件?
一个类持有根布局里面的孩子对象即可
其实只要能有根布局就可以了,有根布局就有了对应的孩子.孩子无非就是调用根布局的findViewById初始化即可
一个ListView会创建几个convertView以及几个ViewHolder的思考
如果一个屏幕正好显示6个itemView那么会创建6+1个convertView和6+1个ViewHolder
getView其实主要是做啥?
决定根布局
得到数据
填充数据
相信您已经理解了LitView的加载流程,就看一下第一次演变:
对ViewHolder抽取,定义为HomeHolder。
getView()有两层:视图层V、数据源模型层M。其实属于典型的MVC。抽取的过程,也按照MVC模式
整体的步骤,都详细的注释在代码中了,一目了然:
public class HomeHolder { //根据getView的设置过程来写这里的代码 //getView()过程: //0、初始化ViewHolder //1、初始化布局 //2、viewholder设置到根布局的tag。这里根布局给了mHolderView【viewHolder可以绑定tag的条件:该viewHolder要有孩子的布局,或者所有根布局的控件实例】 //3、初始化孩子对象,即item布局上的控件实例 //4、给孩子(item的布局控件实例)设置数据 /*******************初始化视图************************/ public View mHolderView; //条件:做Holder需要有孩子对象。该viewHolder要有孩子所有根布局的控件实例,该布局只有一个控件,就是展示文本 TextView mListTextView; private String mData; //0、初始化ViewHolder public HomeHolder(){/**可见,构造方法一调用,初始化了viewholder、初始化了布局、布局控件实例化、此viewHolder绑定到了当前布局的tag中**/ mHolderView = initView(); //2、viewholder设置到根布局的tag。这里根布局给了mHolderView mHolderView.setTag(this);//this指当前的viewHolder } //1、初始化布局 private View initView() { //return UIUtils.inflate(R.layout.homefragment_listview_item); View view = UIUtils.inflate(R.layout.homefragment_listview_item); //3、初始化孩子对象,即item布局上的控件实例 mListTextView = (TextView) view.findViewById(R.id.tv_listview_item_text); return view; } /***********************初始化数据***********************/ //4、给孩子(item的布局控件实例)设置数据 public void setDataAndRefreshHolderView(String data) { //保存数据 this.mData = data; //刷新显示,设置数据 refreshHolderView(data); } private void refreshHolderView(String data) { // 刷新数据显示 mListTextView.setText(data); } }
经过抽取ViewHolder后,再看一看getView()代码怎么写:
@Override public View getView(int position, View convertView, ViewGroup parent) { /**********************初始化视图 决定根布局***********************/ HomeHolder holder = null; if(convertView == null){ holder = new HomeHolder(); }else{ holder = (HomeHolder) convertView.getTag(); } /**********************数据刷新显示***********************/ holder.setDataAndRefreshHolderView(getItem(position)); return holder.mHolderView; } }
可见,getView()明显的少了好多代码,一下子变得轻松了许多。运行程序,结果一模一样。
这个时候,明显轻松了很多,但是上边的抽取仅仅是针对HomeHolder的,如果页面很多的话,显然要写很多的Holder类。为了节省Holder的代码,在网上抽取。
》》》》HomeHolder抽取成BaseHolder。该类的抽取,是基于上边HomeHolder做修改的。把觉得基类取不到的具体东西定义为抽象方法。例如:加载具体的布局、设置刷新具体的数据。在基类里面都无法得知,交给子类实现。并且,由于成了基类,所以具体的设置的数据类型也不清楚,所以设置传递数据的时候,使用泛型
public abstract class BaseHolder<T> { //根据getView的设置过程来写这里的代码 //getView()过程: //0、初始化ViewHolder //1、初始化布局 //2、viewholder设置到根布局的tag。这里根布局给了mHolderView【viewHolder可以绑定tag的条件:该viewHolder要有孩子的布局,或者所有根布局的控件实例】 //3、初始化孩子对象,即item布局上的控件实例 //4、给孩子(item的布局控件实例)设置数据 /*******************初始化视图************************/ public View mHolderView; //条件:做Holder需要有孩子对象。该viewHolder要有孩子所有根布局的控件实例,该布局只有一个控件,就是展示文本 //TextView mListTextView;基类不知道孩子对象 private T mData; //0、初始化ViewHolder public BaseHolder(){/**可见,构造方法一调用,初始化了viewholder、初始化了布局、布局控件实例化、此viewHolder绑定到了当前布局的tag中**/ mHolderView = initHolderView(); //2、viewholder设置到根布局的tag。因为能获取item的根布局也可以设置tag mHolderView.setTag(this);//this指当前的viewHolder } /** * 初始化holderView/根视图 * @call BaseHolder初始化的时候调用 * @return */ //1、初始化布局 public abstract View initHolderView(); /***********************初始化数据***********************/ /** * 设置数据和刷新视图 * @call 需要设置数据和刷新数据的时候调用 * @param data */ //4、给孩子(item的布局控件实例)设置数据 public void setDataAndRefreshHolderView(T data) {//只有HomeHolder子类是String类型,其他的孩子不一定也是String,有可能还是bean等。因此使用泛型 //保存数据 this.mData = data; //刷新显示,设置数据 refreshHolderView(data); } /** * 刷新Holder视图 * @call setDataAndRefreshHolderView(T data) 调用的时候就被调用了吧 * 具体的布局我不知道,布局实例更不可能知道。定义为抽象 * @param data */ public abstract void refreshHolderView(T data); }此时,HomeHolder继承自BaseHolder。看一下HomeHolder的代码简单了多少吧!
public class HomeHolder extends BaseHolder<String> { private TextView mListTextView; @Override public View initHolderView() { View view = UIUtils.inflate(R.layout.homefragment_listview_item); mListTextView = (TextView) view .findViewById(R.id.tv_listview_item_text); return view; } @Override public void refreshHolderView(String data) { // 刷新数据显示 mListTextView.setText(data); } }只需要实现两个方法,就搞定了。运行程序,还是跟原来一样的效果。
那么最后,再回到getView()所在的MyListViewAdapter适配器类。当然记得,它也是有父类的MyBaseAdapter。
父类里面还有一个getView()没去写代码,最后就去搞一搞父亲的这个方法,让两个基类MyBaseAdapter和BaseHolder打招呼整合一下。把子类的getView()放到基类里面去
在基类里面做如下修改(与BaseHolder建立了连接)
public abstract class MyBaseAdapter<T> extends BaseAdapter { private ArrayList<T> mList; public MyBaseAdapter(ArrayList<T> list){ this.mList = list; } @Override public int getCount() { // TODO Auto-generated method stub return mList.size(); } @Override public T getItem(int position) { // TODO Auto-generated method stub return mList.get(position); } @Override public long getItemId(int position) { // TODO Auto-generated method stub return position; } @Override public View getView(int position, View convertView, ViewGroup parent) { /**********************初始化视图 决定根布局***********************/ //基类根基类交谈,不能使用具体的实现类 BaseHolder<T> holder = null; if(convertView == null){ //该holder应该是具体哪个Holder不清楚。如:HomeHolder、AppHolder等。因此定义抽象方法获取 holder = getSpecialHolder(); }else{ holder = (BaseHolder) convertView.getTag();//注意:从缓存里面取tag } /**********************数据刷新显示***********************/ holder.setDataAndRefreshHolderView(getItem(position)); return holder.mHolderView; } /** * 返回具体的BaseHolder的子类 * @call getView()方法中,如果没有converView的时候被创建 * @return */ public abstract BaseHolder<T> getSpecialHolder(); }
Adapter的基类抽象方法,且在获取Holder对象时,调用子类具体哪个Holder,只需要在子类中实现这个方法,并且返回具体的哪个Holder就好了。代码如下:
private class MyListViewAdapter extends MyBaseAdapter<String>{//在这里告知父亲,我继承你我要给你的集合传递什么类型 //通过构造函数,把孩子的集合传给父亲 public MyListViewAdapter(ArrayList<String> list) { super(list); } @Override public BaseHolder<String> getSpecialHolder() { // TODO Auto-generated method stub return new HomeHolder(); } }这个时候,您发现getView方法的代码以及适配器里面的代码少了太多太多了。而且运行结果还是一样的。
可能仅仅一个Adapter看不出有多强大,如果说有100个类需要适配器的话,那么只需要一个基类,其他的只要继承自基类,每个适配器类里面的方法就上边那几行,很显然,简化了大量的冗余的代码。
最后再总结一下此时的调用加载流程。
当ListView想要关联适配器的时候,创建自己的adapter适配器类对象,同时把集合数据源数据传递过去。
例如此例中的MyListViewAdapter listAdapter = new MyListViewAdapter(mListDatas);这样把mListDatas传给了adapter的基类,是通过带参构造函数的形式传给adapter父类的,他把以前孩子自己要写的getCount 、getItem 、getItemId方法帮孩子完成,孩子简写三大方法。同时,在ListVIew的item加载布局和数据的时候,getView方法被调用,此时的getView()方法在adapter基类里面呢,对于item的布局的显示和布局实例的数据刷新,都封装在了对应的Holder类里面;先执行holder
= getSpecialHolder();方法来看该adapter配套的Holder是谁。马上调用该adapter的实现方法
@Override
public BaseHolder<String> getSpecialHolder() {
// TODO Auto-generated method stub
return new HomeHolder();
}
看到返回的是HomeHolder,在new HomeHolder();的同时BaseHolder的构造也会被加载(子类初始化先初识化父类构造),此时父类的构造函数
public BaseHolder(){/**可见,构造方法一调用,初始化了viewholder、初始化了布局、布局控件实例化、此viewHolder绑定到了当前布局的tag中**/
mHolderView = initHolderView();
//2、viewholder设置到根布局的tag。因为能获取item的根布局也可以设置tag
mHolderView.setTag(this);//this指当前的viewHolder
}
加载了布局、设置了tag。注意此时public abstract View initHolderView();是调用对应子类实现类HomeHolder的具体方法(调用父类抽象实际调用子类实现方法)。
此时HomeHolder中的
@Override
public View initHolderView() {
View view = UIUtils.inflate(R.layout.homefragment_listview_item);
mListTextView = (TextView) view
.findViewById(R.id.tv_listview_item_text);
return view;
}
被调用,终于看到在哪里初始化布局了!
这一系列方法走完之后,再回到adapter基类的getView()方法,继续往下执行到holder.setDataAndRefreshHolderView(getItem(position));。同上,先调用holder的
//4、给孩子(item的布局控件实例)设置数据
public void setDataAndRefreshHolderView(T data) {//只有HomeHolder子类是String类型,其他的孩子不一定也是String,有可能还是bean等。因此使用泛型
//保存数据
this.mData = data;
//刷新显示,设置数据
refreshHolderView(data);
}
refreshHolderView(data);抽象,调用实现类HomeHolder的实现类方法,完成了数据的设置和刷新。
到此,此次ListView的优化,以及详细的解析终于结束了。
9点半开始写博客,现在0:36,搞了3个多小时。由衷佩服自己,看完您记得关注本博客,或者点赞留下包括意见哦。
相关文章推荐
- 代码优化>>>Android ListView适配器三级优化详解
- 我的Android进阶之旅------>Android ListView优化详解
- Android开发之ListView 适配器(Adapter)优化
- Android开发之ListView 适配器(Adapter)优化
- Android开发之ListView 适配器(Adapter)优化
- 最新历史版本 :Android 开发ListView适配器优化
- Android ListView 适配器(Adapter)优化
- Android开发之ListView 适配器(Adapter)优化
- Android开发之ListView 适配器(Adapter)优化
- Android开发之ListView 适配器(Adapter)优化
- Android开发之ListView 适配器(Adapter)优化
- [ListView]Android开发之ListView 适配器(Adapter)优化
- Android开发之ListView 适配器(Adapter)优化
- Android开发之ListView 适配器(Adapter)优化
- Android开发之ListView 适配器(Adapter)优化
- Android开发ListView适配器优化
- Android开发之ListView 适配器(Adapter)优化
- Android开发之ListView 适配器(Adapter)优化
- Android ListView 适配器(Adapter)优化
- Android游戏开发23:自定义ListView通用适配器(BaseAdapter)之全方位详解