利用泛型给ListView，GridView打造适配器模板

今天要写的文章没有什么技术难点，主要是自己对编程心得的一些小总结。

我们都知道android是基于java语言的，java自问世以来到现在一直占领着编程语言的榜首，这说明了java的确是一门优秀的编程语言。java之所以被广大的编程者所认可，不仅仅是因为简单易学，更因为java是面向对象的，为我们在思考问题的时候提供了新的思路。简单的举个例子，我们要建一栋楼房，假如从面向过程的思想来思考，我们就需要考虑建造一栋大楼需要哪些步骤，然后我们一步一步的去完成。但是从面向对象来考虑，就简单多了，我们只需要分析造一栋大楼需要哪些对象来完成，比如建筑工人，工程师等等，但是他们具体怎么去干，我们不用关心。我感觉编程不仅仅是一种技术，更是一种艺术，所以我们在实现功能需要花点心思，如何在实现功能的基础上，让自己的编码更加优雅。~好吧 又跑题了-_-|了，下面回归正题：

在我们的日常开发中，ListView和GridView是我们经常用到的控件，而编写相对应的适配器也是我们必不可少的一步。其中我们用的最多的可能就是BaseAdapter了，而我们在编写子类去继承BaseAdapter的时候，因为BaseAdapter是抽象类，子类在继承它的时候需要实现它的四个抽象方法：getCount()、getItem()、getItemId()、getView() 其实在这四个方法里面我们只关心的是getView里面的实现，而另外三个方法里面的实现基本都是如出一辙，所以我们考虑是不是可以封装一个模板类，让它实现这三个方法，只留下getView()方法让子类去实现。可是我们都知道，适配器是需要和数据源打交道的，数据源对应的实体类肯定不止一种，那我们怎么去抽取这个模板呢？不要愁，这个问题我们用泛型就能轻易解决。下面我贴一下代码，后面再做进一步分析：

package com.common.base;import android.content.Context;import android.view.LayoutInflater;import android.widget.BaseAdapter;import java.util.ArrayList;import java.util.List;/** * Created by Admin on 2016/6/30. * 泛型代表的就是实体类的类型 */public abstract class BasicAdapter<T> extends BaseAdapter {    private List<T> mList;    private Context mContext;    private LayoutInflater mInflater;    public BasicAdapter(Context context) {        this(context, new ArrayList<T>());    }    public BasicAdapter(Context context, List<T> data) {        this.mContext = context;        this.mList = data;        this.mInflater = (LayoutInflater) context.getSystemService(Context.LAYOUT_INFLATER_SERVICE);    }    @Override    public int getCount() {        return mList == null ? 0 : mList.size();    }    @Override    public T getItem(int position) {        return (mList == null || position < 0 || position >= mList.size()) ? null : mList.get(position);    }    @Override    public long getItemId(int position) {        return position;    }    /**     * 获取数据集合     * @return     */    public List<T> getData(){        return mList;    }    /**     * 获取当前上下文     * @return     */    public  Context getContext(){        return mContext;    }    /**     * 获取LayoutInflater实例     * @return     */    public LayoutInflater getInflater(){        return mInflater;    }    /**     * 更新一条数据     * @param position     * @param data     */    public void update(int position,T data){        if (mList == null) {            mList = new ArrayList<T>();        }        mList.set(position,data);        notifyDataSetChanged();    }    /**     * 更新全部数据     * @param data     */    public void updateAll(List<T> data){        if (data == null)            return;        mList = data;        notifyDataSetChanged();    }    /**     * 以追加的方式增加数据     * @param data     */    public void updateAppend(List<T> data){        if(data==null){            return;        }        if(mList==null){            mList=data;        }else {            mList.addAll(data);        }        notifyDataSetChanged();    }    /**     * 根据位置删除数据中的数据项     * @param position     */    public void remove(int position){        if (mList != null && position >= 0 && position < mList.size()) {            mList.remove(position);            notifyDataSetChanged();        }    }    /**     * 删除全部数据     */    public void removeAll() {        if (mList != null) {            mList.clear();            notifyDataSetChanged();        }    }}

可以看到这个类还是抽象的，但是它的子类在继承它的时候只需要去实现getView()方法就可以了，而另外三个方法，我们就不用关心了。当然在上面我还声明了几个常用的方法，大家可以根据注释简单看一下，都很简单~。

其实今天强调的主要是这种思想，在日常的编程中，我们要尽量少的去写一些重复代码，代码的复用性我们一般是通过编写工具类和继承来提高。就像在使用Activity的时候我们一般都会继承根据自己需求编写的BaseActivity一样，而BaseActivity里面通常做一些基础的处理，里面通常包含抽取出来常用的一些方法。如果我们在编程的过程中，只是一味的实现功能，而不去考虑代码的复用性，那这样的代码堆砌起来的工程，让别人去维护简直就是灾难。个人认为，java玩的就是思想，适当的用一些设计模式，才能让你的代码更优雅。如果只注重实现功能的过程，那也失去了java的灵魂。    ok  写到这吧~