看起来很美好,各司其职,互不干扰。
然而问题是,你的 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 中,部分数据需要横向滑动展示,部分数据需要纵向滑动展示,这种情况已经比较常见了。
#####最后
MergeAdapter 的一些学习资源。
Android 开发团队的相关介绍:
https://medium.com/androiddevelopers/merge-adapters-sequentially-with-mergeadapter-294d2942127a
掘金译文:
https://juejin.im/post/5e86ffea51882573ba207a19
文中示例源码地址:
https://github.com/lulululbj/Sample
写在最后
今天关于面试的分享就到这里,还是那句话,有些东西你不仅要懂,而且要能够很好地表达出来,能够让面试官认可你的理解,例如Handler机制,这个是面试必问之题。有些晦涩的点,或许它只活在面试当中,实际工作当中你压根不会用到它,但是你要知道它是什么东西。
最后在这里小编分享一份自己收录整理上述技术体系图相关的几十套腾讯、头条、阿里、美团等公司的面试题,把技术点整理成了视频和PDF(实际上比预期多花了不少精力),包含知识脉络 + 诸多细节,由于篇幅有限,这里以图片的形式给大家展示一部分。
还有 高级架构技术进阶脑图、Android开发面试专题资料,高级进阶架构资料 帮助大家学习提升进阶,也节省大家在网上搜索资料的时间来学习,也可以分享给身边好友一起学习。
【Android核心高级技术PDF文档,BAT大厂面试真题解析】
【算法合集】
【延伸Android必备知识点】
《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》,点击传送门,即可获取!
droid必备知识点】**
[外链图片转存中…(img-UCVGMPot-1715624596979)]
《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》,点击传送门,即可获取!