一般的对于上图样式的Sticker我们使用CoordinatorLayout & AppBarLayout就可以说实现。
但是对于下面这种呢？
我的实现思路
首先整个页面的UI结构是通过RecyclerView实现的。
对于上面这个Sticker的实现是在布局的最上方添加了一个和RecyclerView中要吸顶的Item一模一样的布局。然后监听RecyclerView的滚动:
mPostDetailRv.addOnScrollListener(object : RecyclerView.OnScrollListener() {
override fun onScrolled(recyclerView: RecyclerView, dx: Int, dy: Int) {
if (pageStatus == null || pageStatus.stickerPos == -1) return
val preHolder = recyclerView.findViewHolderForAdapterPosition(pageStatus!!.stickerPos - 1)
val targetHolder = recyclerView.findViewHolderForAdapterPosition(pageStatus!!.stickerPos)
var offset = if (targetHolder != null) { //滚出去了
-targetHolder.itemView.top
}else{
0
}
if (preHolder != null) {
offset = -1
}
if (offset < 0) {
mPostDetailCommentHeaderSticker.visibility = View.GONE
} else {
mPostDetailCommentHeaderSticker.visibility = View.VISIBLE
}
}
}
上面pageStatus.stickerPos是Sticker在RecyclerView中的数据的位置。上面的逻辑写的其实比较复杂，不过确实实现了需求(-_-), 我解释一下:
即我判断Sticker是否出现依赖于itemView.top和Sticker的前一个itemview:
- 如果当前的Sticker的 itemview显示在RecyclerView中，则根据它itemView.top来判断它是否滚动到了顶部
- 如果它的前一个itemview已经不在RecyclerView中了(被回收了),那说明它肯定滚出去了，这时直接显示
上面的逻辑很奇怪，不过确实实现了吸顶的需求。
不过在后面的需求迭代中Sticker ItemView的前一个ItemView会不断变化，于是上面这段代码就出现了bug。。。。 那怎么解决呢？
更简单通用的方法
最后灵机一动，对于StickerItemView的显示我完全可以不依赖于前面这个ItemView:
mPostDetailRv.addOnScrollListener(object : RecyclerView.OnScrollListener() {
override fun onScrolled(recyclerView: RecyclerView, dx: Int, dy: Int) {
val currentDataPos = recyclerView.getChildAdapterPosition(recyclerView.getChildAt(0))
if (pageStatus != null && currentDataPos < pageStatus.stickerPos) {
mPostDetailCommentHeaderSticker.visibility = View.GONE
} else {
mPostDetailCommentHeaderSticker.visibility = View.VISIBLE
}
}
})
上面这段代码很轻松的修复了bug。并且它的逻辑很简单，也很通用:
判断当前RecyclerView显示的第一个条目的位置是否大于StickerItem的位置，如果大于就展示吸顶Sticker
效果:
上面这种实现仅适用UI结构是RecyclerView的情况
PASS : 如果你就是这么做的，请无视我(-_-)
更多小分享 : AdvancedAndroid
总结
以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，谢谢大家对Devmax的支持。