RecycleView開源項(xiàng)目BRVAH分析

為了更好的理解源碼以及RecycleViewAdapter的機(jī)制，先上一幅圖

RecycleView.PNG

其中HeaderView和FooterView可以包含多個(gè)View,LoadingMoreView在BRVAH中固定成了一個(gè)。OK重點(diǎn)來了，無論HeaderView里面包含了多少個(gè)Header，HeaderView會(huì)被整體當(dāng)成一個(gè)Item，所以當(dāng)Adapter需要刷新HeaderView的時(shí)候始終都是刷新position = 0的位置（同理，F(xiàn)ooterView也是一個(gè)道理）

這里需要重點(diǎn)理解的是HeaderView中Header的數(shù)量和RecycleView整個(gè)Item數(shù)量之間的關(guān)系，BRVAH中，HeaderView和FooterView都是LinerLayout，向這個(gè)LinerLayout中增加View是不影響RecycleView的ItemCount的。千萬不要想當(dāng)然的認(rèn)為Add了幾個(gè)Header然后ItemCount就會(huì)加幾了。這點(diǎn)理解了源代碼理解起來就很容易了

下面主要看BRVAH中最重要的的類BaseQuickAdapter

先來看這個(gè)類的定義和構(gòu)造函數(shù)
public abstract class BaseQuickAdapter<T, K extends BaseViewHolder> extends RecyclerView.Adapter<K>
public BaseQuickAdapter(int layoutResId, List<T> data) {
    this.mData = data == null ? new ArrayList<T>() : data;
    if (layoutResId != 0) {
        this.mLayoutResId = layoutResId;
    }
}

首先，這是個(gè)抽象類，繼承了RecyclerView.Adapter，泛型K表示ViewHolder，泛型T表示了List的數(shù)據(jù)類型，這里個(gè)人覺得泛型的名稱可以更加直意一些，方便理解。

來看一下主要成員變量的定義

//load more
private boolean mNextLoadEnable = false;
private boolean mLoadMoreEnable = false;
private boolean mLoading = false;
private LoadMoreView mLoadMoreView = new SimpleLoadMoreView();
private RequestLoadMoreListener mRequestLoadMoreListener;

mNextLoadEnable的含義是否還有下一頁可以加載，用來判斷是否還有更多數(shù)據(jù)
而mLoadMoreEnable表示是否要顯示LoadMoreView
mLoading比較好理解，判斷是否正在加載更多，用于是否顯示進(jìn)度的判斷
mLoadMoreView這里給了一個(gè)初始化的View
mRequestLoadMoreListener用來CallBack給外部，表示LoadMore正在顯示

 //header footer
private LinearLayout mHeaderLayout;
private LinearLayout mFooterLayout;
//empty
private FrameLayout mEmptyLayout;
private boolean mIsUseEmpty = true;
private boolean mHeadAndEmptyEnable;
private boolean mFootAndEmptyEnable;

header和footer都好理解，mEmptyLayout表示無數(shù)據(jù)時(shí)填充的布局，mIsUseEmpty表示默認(rèn)使用這個(gè)EmptyLayout。mHeadAndEmptyEnable這個(gè)為true表示當(dāng)無數(shù)據(jù)是可以顯示HeaderView（mFootAndEmptyEnable這是同理，只是是否顯示FooterView）

public static final int HEADER_VIEW = 0x00000111;
public static final int LOADING_VIEW = 0x00000222;
public static final int FOOTER_VIEW = 0x00000333;
public static final int EMPTY_VIEW = 0x00000555;

這幾個(gè)值對(duì)應(yīng)了getItemType返回值，比較好理解

其他成員變量比較好理解，基本就是動(dòng)畫的一些定義，按鍵Listener的定義等，可自行閱讀

下面來看幾個(gè)主要函數(shù)

public int getItemCount() {
    int count;
    if (getEmptyViewCount() == 1) {
        count = 1;
        if (mHeadAndEmptyEnable && getHeaderLayoutCount() != 0) {
            count++;
        }
        if (mFootAndEmptyEnable && getFooterLayoutCount() != 0) {
            count++;
        }
    } else {
        count = getHeaderLayoutCount() + mData.size() + getFooterLayoutCount() + getLoadMoreViewCount();
    }
    return count;
}
此函數(shù)返回需要渲染的Item數(shù)量，主要邏輯是，根據(jù)需要加上HeaderView和FooterView的數(shù)量，舉例來看getHeaderLayoutCount()
    public int getHeaderLayoutCount() {
    if (mHeaderLayout == null || mHeaderLayout.getChildCount() == 0) {
        return 0;
    }
    return 1;
}

可以看出HeaderView的數(shù)量不是1就是0，與一開始圖的理解在代碼上就對(duì)應(yīng)上了。FooterView和LoadMoreView也是一個(gè)道理

來看獲取View類型的函數(shù)getItemViewType()
public int getItemViewType(int position) {
    //Part1
    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;
        }
    }
    //Part2
    autoLoadMore(position);
    //Part3
    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;
            }
        }
    }
}
Part1代碼邏輯：當(dāng)無數(shù)據(jù)的時(shí)候根據(jù)Position和狀態(tài)值來判斷是HeaderVeiw,FooterView或者EmptyFrame
Part2代碼邏輯：autoLoadMore顯示加載更多的View（此處感覺這個(gè)函數(shù)放在這里并不合適，因?yàn)檫@是一個(gè)用來獲取Type的函數(shù)，autoLoadMore是用來設(shè)置加載更多的View的）
Part3代碼邏輯：根據(jù)HeaderView和FooterView的個(gè)數(shù)（0或者1）來返回是HeaderVIew類型，F(xiàn)ooterView類型，LoadingMore類型或者是用戶定義的類型(getDefItemViewType)

下面來看onCreateViewHolder

public K onCreateViewHolder(ViewGroup parent, int viewType) {
    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);
            bindViewClickListener(baseViewHolder);
    }
    baseViewHolder.setAdapter(this);
    return baseViewHolder;
}

返回值泛型K對(duì)應(yīng)函數(shù)定義BaseQuickAdapter<T, K extends BaseViewHolder>定義的K，即返回一個(gè)Holader
接下來是根據(jù)不同類型來創(chuàng)建不同的ViewHolder。重點(diǎn)來說下onCreateDefViewHolder(parent, viewType)這個(gè)方法吧。這個(gè)方法最終調(diào)用了下面的方法

/**
 * if you want to use subclass of BaseViewHolder in the adapter,
 * you must override the method to create new ViewHolder.
 *
 * @param view view
 * @return new ViewHolder
 */
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);
}

getInstancedGenericKClass用來通過Adapter類獲取泛型K所對(duì)應(yīng)的真正的類
createGenericKInstance用來創(chuàng)建一個(gè)真正的泛型K對(duì)應(yīng)的類
這兩個(gè)方法都涉及到了反射的知識(shí)，這里稍作補(bǔ)充，以下方法都是Class類的方法

getGenericSuperclass用來獲取超類的Type。ParameterizedType表示參數(shù)類型
getActualTypeArguments表示獲取實(shí)際的參數(shù)類型

這里不太明白的是注釋，為什么使用了繼承自BaseViewHolder的類需要override這個(gè)方法

來看onBindViewHolder()方法

public void onBindViewHolder(K holder, int positions) {
    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;
    }
}

比較簡單根據(jù)類型來填充布局內(nèi)容，其中convert方法是個(gè)抽象方法，需要實(shí)現(xiàn)，完成布局內(nèi)容的填充

至此，這個(gè)類的最主要的方法都分析完成。主要需要理解的有：

泛型的使用可以提高代碼復(fù)用率

HeaderView和FooterView的ItemCount是0或者1，跟add多少個(gè)Header或者Footer沒有關(guān)系

最后編輯于 ：
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成，瀏覽時(shí)請(qǐng)結(jié)合常識(shí)與多方信息審慎甄別。
平臺(tái)聲明：文章內(nèi)容（如有圖片或視頻亦包括在內(nèi)）由作者上傳并發(fā)布，文章內(nèi)容僅代表作者本人觀點(diǎn)，簡書系信息發(fā)布平臺(tái)，僅提供信息存儲(chǔ)服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容