一個(gè)吸頂Item的簡(jiǎn)單實(shí)現(xiàn)方法分享

一般的對(duì)于上圖樣式的Sticker我們使用CoordinatorLayout & AppBarLayout就可以說(shuō)實(shí)現(xiàn)。
但是對(duì)于下面這種呢?

我的實(shí)現(xiàn)思路
首先整個(gè)頁(yè)面的UI結(jié)構(gòu)是通過(guò)RecyclerView實(shí)現(xiàn)的。
對(duì)于上面這個(gè)Sticker的實(shí)現(xiàn)是在布局的最上方添加了一個(gè)和RecyclerView中要吸頂?shù)腎tem一模一樣的布局。然后監(jiān)聽RecyclerView的滾動(dòng):
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中的數(shù)據(jù)的位置。上面的邏輯寫的其實(shí)比較復(fù)雜,不過(guò)確實(shí)實(shí)現(xiàn)了需求(-_-), 我解釋一下:
即我判斷Sticker是否出現(xiàn)依賴于itemView.top和Sticker的前一個(gè)itemview:
- 如果當(dāng)前的Sticker的 itemview顯示在RecyclerView中,則根據(jù)它itemView.top來(lái)判斷它是否滾動(dòng)到了頂部
- 如果它的前一個(gè)itemview已經(jīng)不在RecyclerView中了(被回收了),那說(shuō)明它肯定滾出去了,這時(shí)直接顯示
上面的邏輯很奇怪,不過(guò)確實(shí)實(shí)現(xiàn)了吸頂?shù)男枨蟆?br />
不過(guò)在后面的需求迭代中Sticker ItemView的前一個(gè)ItemView會(huì)不斷變化,于是上面這段代碼就出現(xiàn)了bug。。。。 那怎么解決呢?
更簡(jiǎn)單通用的方法
最后靈機(jī)一動(dòng),對(duì)于StickerItemView的顯示我完全可以不依賴于前面這個(gè)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
}
}
})
上面這段代碼很輕松的修復(fù)了bug。并且它的邏輯很簡(jiǎn)單,也很通用:
判斷當(dāng)前RecyclerView顯示的第一個(gè)條目的位置是否大于StickerItem的位置,如果大于就展示吸頂Sticker
效果:

上面這種實(shí)現(xiàn)僅適用UI結(jié)構(gòu)是RecyclerView的情況
PASS : 如果你就是這么做的,請(qǐng)無(wú)視我(-_-)
更多小分享 : AdvancedAndroid
總結(jié)
以上就是這篇文章的全部?jī)?nèi)容了,希望本文的內(nèi)容對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,謝謝大家對(duì)腳本之家的支持。
相關(guān)文章
Android 對(duì)話框sweet-alert-dialog
這篇文章主要介紹了Android 對(duì)話框sweet-alert-dialog的相關(guān)資料,需要的朋友可以參考下2016-09-09
Flutter實(shí)現(xiàn)自定義搜索框AppBar的示例代碼
開發(fā)中,頁(yè)面頭部為搜索樣式的設(shè)計(jì)非常常見,為了可以像系統(tǒng)AppBar那樣使用,本文將利用Flutter自定義一個(gè)搜索框,感興趣的可以了解一下2022-04-04
解決Android Studio突然不顯示logcat日志的問(wèn)題
這篇文章主要介紹了解決Android Studio突然不顯示logcat日志的問(wèn)題,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。一起跟隨小編過(guò)來(lái)看看吧2020-04-04
Android?Bugreport實(shí)現(xiàn)原理深入分析
這篇文章主要介紹了Android?Bugreport實(shí)現(xiàn)原理,Bugreport主要用于分析手機(jī)的狀態(tài),在應(yīng)用開發(fā)中,程序的調(diào)試分析是日常生產(chǎn)中進(jìn)程會(huì)進(jìn)行的工作,Bugreport就是很常用的工具,需要的朋友可以參考下2024-05-05
Android應(yīng)用中使用及實(shí)現(xiàn)系統(tǒng)“分享”接口實(shí)例
為了應(yīng)用的推廣、傳播,很多的應(yīng)用中都有“分享”功能,這篇文章主要介紹了Android應(yīng)用中使用及實(shí)現(xiàn)系統(tǒng)“分享”接口實(shí)例,有興趣的可以了解一下。2016-12-12
Android實(shí)現(xiàn)動(dòng)態(tài)體溫計(jì)
這篇文章主要為大家詳細(xì)介紹了Android實(shí)現(xiàn)動(dòng)態(tài)體溫計(jì),文中示例代碼介紹的非常詳細(xì),具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下2020-06-06
Android studio實(shí)現(xiàn)左右滑動(dòng)切換圖片
這篇文章主要為大家詳細(xì)介紹了Android studio實(shí)現(xiàn)左右滑動(dòng)切換圖片,文中示例代碼介紹的非常詳細(xì),具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下2022-05-05
Android實(shí)現(xiàn)同頻共幀動(dòng)畫效果
我們聽過(guò)“同頻共振”,其原理是多個(gè)物體物體以同樣的頻率振動(dòng),但是本篇實(shí)現(xiàn)的效果是“同頻共幀”,含義是:動(dòng)畫以同樣的頻率和同樣的幀展示在多個(gè)不同View上,文中通過(guò)代碼示例介紹的非常詳細(xì),感興趣的同學(xué)可以自己動(dòng)手嘗試一下2024-01-01

