BaseRecyclerViewAdapterHelper开源项
版本：2.8.5
更多内容请看：http://cherylgood.cn
今天，我们来一起分析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的源码的内容。
