一般的对于上图样式的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,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
总结