2024年最新Google又更新了：实战-MergeAdapter(2)，2024年最新牛笔了

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上Go语言开发知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

如果你需要这些资料，可以戳这里获取

#####1.什么是 MergeAdapter ？

在最新的 recyclerview:1.2.0-alpha02[1] 中发布了一个关于 Adapter 的新特性 MergeAdapter 。我们可以 “合并”Adapter，或者说给 Adapter “做加法”。

我简单给你解释下，以前我们要写一个列表，比如有三部分组成：

头部卡片+内容卡片+尾部卡片

正常我们会考虑多 itemtype 实现。

但是现在出来了一个新的技术方案。

你可以使用 3 个 Adapter 实现，例如 HeaderAdapter+ContentAdapter+FootAdapter，merge 到一块成为一个 MergeAdapter，设置给 RecyclerView。

有什么好处呢？

恩…看下文吧。

我们先来看下面的 RecyclerView 应该如何实现？

源码地址见文末。

实现起来其实很简单，利用现有的知识，大部分人都能想到用多类型的 itemView 。

这里要区分三种类型，Teacher ，Student 和 Foot 。

不同的类型要对应不同的布局文件，同样也对应不同的业务逻辑。长久以来我们一直都是这么做的。

那么，你有没有想过这么做有什么不合理的地方吗？

耦合度过高 。

上面的示例中一个 Adapter 需要负责三套视图布局的呈现，如果是四套，五套，甚至更多呢？从 扩展性 上来说，这个方案也不尽合理。

既然如此，那就让每个 Adapter 只负责一套视图布局。

既降低了代码耦合度，又便于扩展。

如果出现了新的布局类型，再来一个 Adapter 就行了。

上面的示例中一共需要三个 Adapter，TeahcherAdapter，StudentAdapter，FootAdapter 。

• TeahcherAdapter 负责展示列表最上面 Teacher 部分的视图。

• StudentAdapter 负责展示列表主体 Student 部分的视图。

• FootAdapter 负责展示列表底部加载状态的视图，包含加载中和无更多数据。

看起来很美好，各司其职，互不干扰。

然而问题是，你的 RecyclerView 可以接受几个 Adapter ？

public void setAdapter(@Nullable Adapter adapter) {
// bail out if layout is frozen
setLayoutFrozen(false);
setAdapterInternal(adapter, false, true);
processDataSetCompletelyChanged(false);
requestLayout();
}

RecyclerView 显然是 “一夫一妻制” 。通过 setAdapter() 方法，我们只能给 RecyclerView 设置一个 Adapter 。

在 recyclerview:1.2.0-alpha02 中，其实我们仍然只能设置一个 Adapter ，但是这个 Adapter 可以是 MergeAdapter ，一个可以做加法的 Adapter 。

直接上代码。

private val teacherAdapter by lazy { TeacherAdapter() }
private val studentAdapter by lazy { StudentAdapter() }
private val stateAdapter by lazy { StateAdapter() }

val mergeAdater = MergeAdapter(teacherAdapter, studentAdapter, footAdapter)

recyclerView.adapter = mergeAdapter

使用方法就是如此的朴实无华，甚至有那么一点枯燥。MergeAdapter 构造函数中的参数顺序，就标识了列表中数据的显示顺序。

第一块布局是 Teacher 。

在实际开发中，常常可以用作 Header View 。

class TeacherAdapter : ListAdapter<Teacher, TeacherViewHolder>(TeacherDiffCallback()) {
override fun onCreateViewHolder(parent: ViewGroup, viewType: Int): TeacherViewHolder {
return TeacherViewHolder(
ItemTeacherBinding.inflate(
LayoutInflater.from(parent.context),
parent,
false
)
)
}

override fun onBindViewHolder(holder: TeacherViewHolder, position: Int) {
holder.bind(getItem(position))
}

}

第二块布局是 Student 。也就是实际开发中的真正的列表数据。

class StudentAdapter : ListAdapter<Student, StudentViewHolder>(StudentDiffCallBack()) {
override fun onCreateViewHolder(parent: ViewGroup, viewType: Int): StudentViewHolder {
return StudentViewHolder(
ItemStudentBinding.inflate(
LayoutInflater.from(parent.context),
parent,
false

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以添加戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

bbs.csdn.net/topics/618658159)**

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！