Google又更新了：实战-MergeAdapter(1)

2401_84149765

于 2024-05-14 01:12:32 发布

阅读量315

点赞数 3

分类专栏：程序员文章标签： java android 开发语言

本文链接：https://blog.csdn.net/2401_84149765/article/details/138826690

版权

程序员专栏收录该内容

275 篇文章 0 订阅

订阅专栏

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

然而问题是，你的 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
)
)
}

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

最后一块布局是状态布局，也就是通常的 Footer 。包含正在加载，加载失败和无更多数据，三种状态。

class FootAdapter : ListAdapter<LoadState, StateViewHolder>(StateDiffCallBack()) {
override fun onCreateViewHolder(parent: ViewGroup, viewType: Int): StateViewHolder {
return StateViewHolder(
ItemStateBinding.inflate(
LayoutInflater.from(parent.context),
parent,
false
)
)
}

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

和平常的 Adapter 写法并无二致。

#####2.有什么好处？

众所周知，RecyclerView 是一个设计极其精妙的类库，从源码里可以发现很多设计模式的身影。MergeAdapter 也不例外。

将一个 Adapter 负责多套布局，拆分为每个 Adapter 只处理一个布局，大大降低代码耦合，这是单一职责原则。

面对新的需求，需要给 RecyclerView 增加一个新类型的 View。我们需要做的仅仅只是添加新的 Adapter ，而无需修改之前的适配器代码。对扩展开放，对修改封闭，这是开闭原则。

#####3.有什么限制？

如上面的例子所示，MergeAdapter 的数据展示顺序，是按照构造函数中的参数顺序依次排列的，而且同类型的数据总是集中展示的。

所以，对于不确定性的，动态类型的复杂视图，MergeAdapter 是无法处理的。

另外说一点，称不上限制，应该说对 MergeAdapter 能力的期望。

如果能支持多 LayoutManager 那就更好了。

在多类型 RecyclerView 中，部分数据需要横向滑动展示，部分数据需要纵向滑动展示，这种情况已经比较常见了。