一般的对于上图样式的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
总结
以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作具有一定的参考学习价值,谢谢大家对得得之家的支持。
本站部分内容来源互联网,如果有图片或者内容侵犯您的权益请联系我们删除!