BaseRecyclerViewAdapterHelper开源项目之BaseMultiItemQuickAdapter 实现多类型源码学习

更多分享:http://cherylgood.cn

version:2.8.5

今天我们来看下BaseRecyclerViewAdapterHelper是如何实现多布局的。

首先我们要实现多类型布局,我们的adapter不再是继承自BaseQuickAdapter类,而是继承自其的子类

BaseMultiItemQuickAdapter。而且数据源类型需要继承自MultiItemEntity,

MultiItemEntity是一个接口,代码很少:

package com.chad.library.adapter.base.entity;

/**

* https://github.com/CymChad/BaseRecyclerViewAdapterHelper

*/

public interface MultiItemEntity {

int getItemType();

}

其主要用意是我们的数据源继承MultiItemEntity,这样子,我们可以在数据源中动态的返回一个int类型的数值(代表某一类型的item),大家可以想一下,我们在渲染viewholder的时候,如果想实现多类型的viewholder,而viewholder的类型展示又跟所需绑定的数据息息相关,那么如果我们在数据源中提供一种确定viewholder类型的能力,理论上是不是就可以达到我们要的效果了?我们带着这样的一个假设继续往下看。

而这个BaseMultiItemQuickAdapter 是何许人也,是如何实现多类型布局的呢?我们来看下源码:

package com.chad.library.adapter.base;

import android.support.annotation.LayoutRes;

import android.util.SparseArray;

import android.view.ViewGroup;

import com.chad.library.adapter.base.entity.MultiItemEntity;

import java.util.List;

/**

* https://github.com/CymChad/BaseRecyclerViewAdapterHelper

*/

public abstract class BaseMultiItemQuickAdapter extends BaseQuickAdapter {

/**

* layouts indexed with their types

*/

private SparseArray layouts;

private static final int DEFAULT_VIEW_TYPE = -0xff;

/**

* Same as QuickAdapter#QuickAdapter(Context,int) but with

* some initialization data.

*

* @param data    A new list is created out of this one to avoid mutable list

*/

public BaseMultiItemQuickAdapter( List data) {

super( data);

}

@Override

protected int getDefItemViewType(int position) {

Object item = mData.get(position);

if (item instanceof MultiItemEntity) {

return ((MultiItemEntity)item).getItemType();

}

return DEFAULT_VIEW_TYPE;

}

protected void setDefaultViewTypeLayout(@LayoutRes int layoutResId) {

addItemType(DEFAULT_VIEW_TYPE, layoutResId);

}

@Override

protected K onCreateDefViewHolder(ViewGroup parent, int viewType) {

return createBaseViewHolder(parent, getLayoutId(viewType));

}

private int getLayoutId(int viewType) {

return layouts.get(viewType);

}

protected void addItemType(int type, @LayoutRes int layoutResId) {

if (layouts == null) {

layouts = new SparseArray<>();

}

layouts.put(type, layoutResId);

}

}

源码不多:

字段解析:

1、存储我们的布局资源的ids

private SparseArray layouts;

2、缺省的布局类型值,当使用多布局时,在渲染viewholder的时候类型址不是我们配置的类型值中,就会使用这个。

private static final int DEFAULT_VIEW_TYPE = -0xff;

接下来,我们以一个BaseMultiItemQuickAdapter的创建过程来分析代码:

之前我们分析了BaseQuickAdapter的代码,其执行过程是一样的,我们实现多布局功能的切入口无非是

1、在执行getItemViewType时的能够根据我们的数据源返回对应的布局类型值。

2、在onCreateDefViewHolder 能够正确拿到类型值进行viewholder的渲染。

3、我们在onBindViewHolder中根据传递给我们的数据源中接口定义的getItemViewType方法返回的类型值来确定当前的viewholder是什么类型的,需要绑定什么数据。

(注:之前分析了adapter的加载数据时的生命周期方法:getItemViewType->onCreateDefViewHolder->onBindViewHolder,如果不大清楚可以看下前面的文章)

所以,我们在BaseMultiItemQuickAdapter 里面重写了getDefItemViewType方法,为什么时重写

getDefItemViewType方法而不是getItemViewType方法呢?这可不是我糊弄你,因为我们在BaseQuickAdapter里面重写了getItemViewType方法,而在getItemViewType方法里调用了getDefItemViewType方法来回去类型值,该方法也在之前的分析BaseQuickAdapter源码的文章中分析了的。

重写之后做了什么呢?看代码:

@Override

protected int getDefItemViewType(int position) {

Object item = mData.get(position);

if (item instanceof MultiItemEntity) {

return ((MultiItemEntity)item).getItemType();

}

return DEFAULT_VIEW_TYPE;

}

很简单,因为我们的数据源实现了MultiItemEntity接口。直接判断该position的数据是不是实现了

MultiItemEntity接口,是调用接口的getItemType方法返回类型值,不是返回默认类型值。

第一步返回类型值的代码改造完成了,接下来第二部就是根据类型值渲染viewholder。

BaseMultiItemQuickAdapter直接重写了onCreateDefViewHolder 方法来实现该扩展:

@Override

protected K onCreateDefViewHolder(ViewGroup parent, int viewType) {

return createBaseViewHolder(parent, getLayoutId(viewType));

}

代码很简单,从我们存储布局缓存的字段中根据viewType返回对象的布局资源的ids。

所以BaseMultiItemQuickAdapter 还给我们包装了一个addItemType方法:

protected void addItemType(int type, @LayoutRes int layoutResId) {

if (layouts == null) {

layouts = new SparseArray<>();

}

layouts.put(type, layoutResId);

}

该方法很简单,就是将不同的布局资源的ids和对应的类型值存储起来。

所以我们的创建多布局的时候,需要的构造函数中调用addItemType来添加不同的布局资源

最后一步,绑定数据;一般绑定数据实在onBindViewHolder中实现的,而我们的BaseRecyclerViewAdapterHelper对其进行了包装,提供了一个convert方法,所以我们只需要的

convert方法中根据数据源数据节点的类型值判断绑定的是那个布局的数据即可。

总结:理解了adapter加载数据的生命周期方法的执行顺序很重要(getItemViewType->onCreateDefViewHolder->onBindViewHolder)。

只要控制viewType的返回、viewholder的渲染。viewholder数据的绑定即可。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 204,921评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 87,635评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 151,393评论 0 338
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,836评论 1 277
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,833评论 5 368
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,685评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,043评论 3 399
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,694评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 42,671评论 1 300
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,670评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,779评论 1 332
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,424评论 4 321
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,027评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,984评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,214评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,108评论 2 351
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,517评论 2 343

推荐阅读更多精彩内容