BaseRecyclerViewAdapterHelper开源项目之BaseQuickAdapter源码学习.

  发布日期:   2017-06-01
  最新修改:   2020-04-08
  阅读次数:   19 次

版本:2.8.5

今天,我们来一起分析BaseRecyclerViewAdapterHelper中有关BaseQuickAdapter的源码,今天的分析思路是根据BaseQuickAdapter的实例化过程来进行分析。分析前我先分享一个RecyclerView.Adapter的生命周期方法图:

BaseQuickAdapter实例化第一步当然是调用我们的构造方法:

 public BaseQuickAdapter(int layoutResId, List data) {
        Log.d(TAG,"#test BaseQuickAdapter");
        this.mData = data == null ? new ArrayList() : data;
        if (layoutResId != 0) {
            this.mLayoutResId = layoutResId;
        }
    }

    public BaseQuickAdapter(List data) {
        this(0, data);
    }

    public BaseQuickAdapter(int layoutResId) {
        this(layoutResId, null);
    }

从源码可以看到,我们的BaseQuickAdapter 有三个构造函数,但最终都会调用

 public BaseQuickAdapter(int layoutResId, List data) {
        Log.d(TAG,"#test BaseQuickAdapter");
        this.mData = data == null ? new ArrayList() : data;
        if (layoutResId != 0) {
            this.mLayoutResId = layoutResId;
        }
    }

可以看到,加入你不传入data,内部会先为我们创建一个空的list,

然后在构造时记录我们的布局资源id。

那么,布局资源id会在什么时候用呢,当然是在onCreateViewHolder 方法中创建viewholder的时候,那么我没继续看onCreateViewHolder 方法的代码。而调用onCreteViewHolder前会先调用getItemViewType方法。

 @Override
    public int getItemViewType(int position) {
        Log.d(TAG,"#test getItemViewType");
        if (getEmptyViewCount() == 1) {
            boolean header = mHeadAndEmptyEnable && getHeaderLayoutCount() != 0;
            switch (position) {
                case 0:
                    if (header) {
                        return HEADER_VIEW;
                    } else {
                        return EMPTY_VIEW;
                    }
                case 1:
                    if (header) {
                        return EMPTY_VIEW;
                    } else {
                        return FOOTER_VIEW;
                    }
                case 2:
                    return FOOTER_VIEW;
                default:
                    return EMPTY_VIEW;
            }
        }
        autoLoadMore(position);
        int numHeaders = getHeaderLayoutCount();
        if (position < numHeaders) {
            return HEADER_VIEW;
        } else {
            int adjPosition = position - numHeaders;
            int adapterCount = mData.size();
            if (adjPosition < adapterCount) {
                return getDefItemViewType(adjPosition);
            } else {
                adjPosition = adjPosition - adapterCount;
                int numFooters = getFooterLayoutCount();
                if (adjPosition < numFooters) {
                    return FOOTER_VIEW;
                } else {
                    return LOADING_VIEW;
                }
            }
        }
    }

从代码可以看到,他是根据我们data的index值以及我们是否开启空视图之类的数据来决定在onCreateViewHolder中应该返回什么类型的viewHolder。

我们继续看onCreateViewHolder的代码:

@Override
    public K onCreateViewHolder(ViewGroup parent, int viewType) {
        Log.d(TAG,"#test onCreateViewHolder");
        K baseViewHolder = null;
        this.mContext = parent.getContext();
        this.mLayoutInflater = LayoutInflater.from(mContext);
        switch (viewType) {
            case LOADING_VIEW:
                baseViewHolder = getLoadingView(parent);
                break;
            case HEADER_VIEW:
                baseViewHolder = createBaseViewHolder(mHeaderLayout);
                break;
            case EMPTY_VIEW:
                baseViewHolder = createBaseViewHolder(mEmptyLayout);
                break;
            case FOOTER_VIEW:
                baseViewHolder = createBaseViewHolder(mFooterLayout);
                break;
            default:
                baseViewHolder = onCreateDefViewHolder(parent, viewType);
        }
        return baseViewHolder;

    }

但是,在上面的代码中我们并没有看到有使用我们的 mLayoutResId 资源id的代码。我们可以看到,switch里面前几个都是创建空视图啊,头部视图,底部视图之类的。default这个onCreateDefViewHolder估计是我们需要找的代码,我们来看下这个方法:

  protected K onCreateDefViewHolder(ViewGroup parent, int viewType) {
        return createBaseViewHolder(parent, mLayoutResId);
    }

里面调用来createBaseViewHolder方法,我们继续看:

 protected K createBaseViewHolder(ViewGroup parent, int layoutResId) {
        return createBaseViewHolder(getItemView(layoutResId, parent));
    }

这里面先调用getItemView

可以先看到下哦啊,getItemView是返回一个什么view

 protected View getItemView(int layoutResId, ViewGroup parent) {
        return mLayoutInflater.inflate(layoutResId, parent, false);
    }

里面代码相当简单,就是根据布局资源id渲染我们的view然后返回。

然后才继续调用

createBaseViewHolder

 protected K createBaseViewHolder(View view) {
        Class temp = getClass();
        Class z = null;
        while (z == null && null != temp) {
            z = getInstancedGenericKClass(temp);
            temp = temp.getSuperclass();
        }
        K k = createGenericKInstance(z, view);
        return null != k ? k : (K) new BaseViewHolder(view);
    }

里面的代码主要是判断你是否在adapter中使用的BaseViewHolder的子类,大概意思是这样的,

temp=getClass()会返回我们当前的adapter的类型,然后其传入temp调用getInstancedGenericKClass,

 private Class getInstancedGenericKClass(Class z) {
        Type type = z.getGenericSuperclass();
        if (type instanceof ParameterizedType) {
            Type[] types = ((ParameterizedType) type).getActualTypeArguments();
            for (Type temp : types) {
                if (temp instanceof Class) {
                    Class tempClass = (Class) temp;
                    //判断tempClass是否是BaseViewHolder类型或者其子类或者接口
                    if (BaseViewHolder.class.isAssignableFrom(tempClass)) {
                        return tempClass;
                    }
                }
            }
        }
        return null;
    }

该方法最终会判断当前的类是否是BaseViewHolder的子类或者接口,如果是返回,不是返回null。

经过下面的三目运算,

return null != k ? k : (K) new BaseViewHolder(view);

如果你不实用集成自BaseViewHolder的子类时,基本调用的是

new BaseViewHolder(view);

在我们上一篇分析BaseViewHolder中有一个

convertView字段的值及来自这里。

那么好,当viewholder被创建后,接下来就是数据绑定了,我们看一下源代码:

public void onBindViewHolder(K holder, int positions) {
        Log.d(TAG,"#test onBindViewHolder");
        int viewType = holder.getItemViewType();

        switch (viewType) {
            case 0:
                convert(holder, mData.get(holder.getLayoutPosition() - getHeaderLayoutCount()));
                break;
            case LOADING_VIEW:
                mLoadMoreView.convert(holder);
                break;
            case HEADER_VIEW:
                break;
            case EMPTY_VIEW:
                break;
            case FOOTER_VIEW:
                break;
            default:
                convert(holder, mData.get(holder.getLayoutPosition() - getHeaderLayoutCount()));
                break;
        }
    }

大家从上面会看到很熟悉的一个函数

convert(holder, mData.get(holder.getLayoutPosition() - getHeaderLayoutCount()));

为什么0是我们正常要显示的数据呢,

@Override
    public K onCreateViewHolder(ViewGroup parent, int viewType) {
       ....
        switch (viewType) {
            ...
            default:
                baseViewHolder = onCreateDefViewHolder(parent, viewType);
        }
        return baseViewHolder;

从onCreateViewHolder中可以看到在default情况下就是viewType=0,该值来自adapter的

getItemViewType方法,

@Override
    public int getItemViewType(int position) {
        Log.d(TAG,"#test getItemViewType");
        if (getEmptyViewCount() == 1) {
            boolean header = mHeadAndEmptyEnable && getHeaderLayoutCount() != 0;
            switch (position) {
                case 0:
                    if (header) {
                        return HEADER_VIEW;
                    } else {
                        return EMPTY_VIEW;
                    }
                case 1:
                    if (header) {
                        return EMPTY_VIEW;
                    } else {
                        return FOOTER_VIEW;
                    }
                case 2:
                    return FOOTER_VIEW;
                default:
                    return EMPTY_VIEW;
            }
        }
        autoLoadMore(position);
        int numHeaders = getHeaderLayoutCount();
        if (position < numHeaders) {
            return HEADER_VIEW;
        } else {
            int adjPosition = position - numHeaders;
            int adapterCount = mData.size();
            if (adjPosition < adapterCount) {
                return getDefItemViewType(adjPosition);
            } else {
                adjPosition = adjPosition - adapterCount;
                int numFooters = getFooterLayoutCount();
                if (adjPosition < numFooters) {
                    return FOOTER_VIEW;
                } else {
                    return LOADING_VIEW;
                }
            }
        }
    }

当既不是头部视图,也不是尾部视图,空视图时,他就会调用

getDefItemViewType(adjPosition);

    protected int getDefItemViewType(int position) {
        return super.getItemViewType(position);
    }

里面调用adapter的父类的方法,进入该方法

/**
         * Return the view type of the item at position for the purposes
         * of view recycling.
         *
         *

The default implementation of this method returns 0, making the assumption of * a single view type for the adapter. Unlike ListView adapters, types need not * be contiguous. Consider using id resources to uniquely identify item view types. * * @param position position to query * @return integer value identifying the type of the view needed to represent the item at * position. Type codes need not be contiguous. */ public int getItemViewType(int position) { return 0; }

可以看到,他返回的就是0,所以viewType等于0就是正常加载数据的viewHolder,然后我们将holder和经过计算

mData.get(holder.getLayoutPosition() - getHeaderLayoutCount()) 后得到的该positions下的data传入convert函数,我们就可以拿着holder和data进行数据的绑定操作了,

 @Override
    public void onBindViewHolder(K holder, int positions) {
        Log.d(TAG,"#test onBindViewHolder");
        int viewType = holder.getItemViewType();

        switch (viewType) {
            case 0:
                convert(holder, mData.get(holder.getLayoutPosition() - getHeaderLayoutCount()));
                break;
            case LOADING_VIEW:
                mLoadMoreView.convert(holder);
                break;
            case HEADER_VIEW:
                break;
            case EMPTY_VIEW:
                break;
            case FOOTER_VIEW:
                break;
            default:
                convert(holder, mData.get(holder.getLayoutPosition() - getHeaderLayoutCount()));
                break;
        }
    }

从创建adapter到根据不同的情况创建不同的viewholder到绑定数据的流程,希望对大家有帮助,后面会继续分享有关BaseRecyclerViewAdapterHelper的源码的内容。


   转载规则

《BaseRecyclerViewAdapterHelper开源项目之BaseQuickAdapter源码学习.字》GajAngels 采用 知识共享署名-非商业性使用 4.0 国际许可协议 进行许可。