Android 基于MediatorLiveData實現(xiàn)紅點的統(tǒng)一管理
背景
小紅點在各個App內(nèi)隨處可見,并且隨著需求的不斷迭代,需要展示小紅點的需求越來越多。
- 不同需求之間,紅點顯示可能有沖突。
- 不同頁面之間,紅點顯示會有關聯(lián)。
- 同一個紅點,可能顯示成數(shù)字樣式,紅點樣式,文案樣式。
這個時候,如果沒有對紅點的展示邏輯做一個統(tǒng)一的抽象和管理的話,就會感覺很復雜,后續(xù)也不太好維護。
本文會基于MediatorLiveData,實現(xiàn)對紅點的統(tǒng)一管理。
需求分析
這里舉個例子,常見的紅點場景,類似qq首頁左上角紅點的顯示。
- 4個頁面,由首頁進入到隱私保護指引頁面,都有相應的紅點View顯示,去引導用戶進入到最里面的"隱私保護指引"頁面。
- 當用戶點擊紅點,進入到"隱私保護指引"頁面后,隱私保護指引對應的紅點就會消失,同時會觸發(fā)上級頁面的紅點刷新。
思路分析
樹形模型
一個App的頁面本身就是分級的,對于頁面的訪問路徑本質上就是個樹型結構。 整體的實現(xiàn)思路是用樹形模型去管理不同頁面的紅點。
- 每個小紅點就是一個樹的節(jié)點,父節(jié)點的小紅點是否顯示,取決于它的子節(jié)點的并集結果。
- 同一個頁面中的不同紅點。在樹中是同一個層級,屬于兄弟關系,互相獨立。
- 子節(jié)點的狀態(tài)變化,會遞歸地去觸發(fā)父節(jié)點的狀態(tài)變化。
具體代碼實現(xiàn)
那對應的代碼應該如何實現(xiàn)呢,難道真的要手動自己實現(xiàn)一棵樹?也不是不行,就是感覺有點小麻煩的樣子。 下面進入正題。
MediatorLiveData
官方提供了MediatorLiveData。
- 通過addSource方法,可以監(jiān)聽另一個LiveData的數(shù)據(jù)變化
- 本身就是一個LiveData,可以被其他Observer觀察
這兩個特點,剛好滿足我們的需求實現(xiàn)。比如MediatorLiveData A觀察 MediatorLiveData B,MediatorLiveData B觀察 MediatorLiveData C 和MediatorLiveData D。并且被觀察的LiveData發(fā)生變化,作為觀察的LiveData都能收到通知。
通過管理多個LiveData之間的關系,這樣就可以間接實現(xiàn)了一棵樹的模型。
public class MediatorLiveData<T> extends MutableLiveData<T> { private SafeIterableMap<LiveData<?>, Source<?>> mSources = new SafeIterableMap<>(); public <S> void addSource(@NonNull LiveData<S> source, @NonNull Observer<? super S> onChanged) { //使用Source包一下 Source<S> e = new Source<>(source, onChanged); Source<?> existing = mSources.putIfAbsent(source, e); if (hasActiveObservers()) { e.plug(); } } private static class Source<V> implements Observer<V> { final LiveData<V> mLiveData; final Observer<? super V> mObserver; int mVersion = START_VERSION; Source(LiveData<V> liveData, final Observer<? super V> observer) { mLiveData = liveData; mObserver = observer; } void plug() { mLiveData.observeForever(this); } void unplug() { mLiveData.removeObserver(this); } @Override public void onChanged(@Nullable V v) { if (mVersion != mLiveData.getVersion()) { mVersion = mLiveData.getVersion(); mObserver.onChanged(v); } } } }
RedPointManager
- 這里的實現(xiàn),封裝成一個單例RedPointManager,暴露相應的紅點數(shù)據(jù)給外部。
- LiveData數(shù)據(jù)驅動:RedPointManager內(nèi)包含了多個LiveData,不同頁面的紅點View可以通過觀察對應的LiveData,來驅動自身的視圖變化。
- 父節(jié)點使用MediatorLiveData,觀察相應的子節(jié)點LiveData。 葉子節(jié)點定義成普通的LiveData就行了,因為不需要觀察其他對象了。
/** * 基于MediatorLiveData,實現(xiàn)樹形紅點管理 */ class RedPointManager : IRedPointManager { companion object { val TAG = "RedPointManager" @JvmStatic val instance: IRedPointManager by lazy(mode = LazyThreadSafetyMode.SYNCHRONIZED) { RedPointManager() } } override val liveDataA = MediatorLiveData<Boolean>() override val liveDataB1 = MediatorLiveData<Boolean>() override val liveDataB2 = MutableLiveData<Boolean>() override val liveDataC1 = MutableLiveData<Boolean>() override val liveDataC2 = MutableLiveData<Boolean>() init { Log.d(TAG, "RedPointManager init") /** * 構建樹型關系。按路徑層級,進行觀察。一般外部只需要改動最低層的紅點對應的LiveData,頂部的LiveData就會自動改變 */ liveDataA.addSource(liveDataB1, Observer { liveDataA.postValue(liveDataB1.isTrue() || liveDataB2.isTrue()) }) liveDataA.addSource(liveDataB2, Observer { liveDataA.postValue(liveDataB1.isTrue() || liveDataB2.isTrue()) }) liveDataB1.addSource(liveDataC1, Observer { liveDataB1.postValue(liveDataC1.isTrue() || liveDataC2.isTrue()) }) liveDataB1.addSource(liveDataC2, Observer { liveDataB1.postValue(liveDataC1.isTrue() || liveDataC2.isTrue()) }) } override fun testChangeDataC1(show: Boolean) { liveDataC1.postValue(show) Log.d(TAG, "testChangeDataC1: $show") } } /** * 定義接口 * 提供只讀的屬性,提供修改liveData的方法 */ interface IRedPointManager { val liveDataA: LiveData<Boolean> val liveDataB1: LiveData<Boolean> val liveDataB2: LiveData<Boolean> val liveDataC1: LiveData<Boolean> val liveDataC2: LiveData<Boolean> fun testChangeDataC1(show: Boolean) }
驗證刷新邏輯
一般情況下,只需要改動葉子節(jié)點的紅點對應的LiveData,父節(jié)點的LiveData就會自動改變。 基于上述代碼,調(diào)用testChangeDataC1方法后,監(jiān)聽LiveData并輸出日志。
private fun testRedPointManager() { RedPointManager.instance.liveDataA.observe(this, Observer { Log.d(TAG, "liveDataA: $it") }) RedPointManager.instance.liveDataB1.observe(this, Observer { Log.d(TAG, "liveDataB1: $it") }) RedPointManager.instance.liveDataB2.observe(this, Observer { Log.d(TAG, "liveDataB2: $it") }) RedPointManager.instance.liveDataC1.observe(this, Observer { Log.d(TAG, "liveDataC1: $it") }) RedPointManager.instance.liveDataC2.observe(this, Observer { Log.d(TAG, "liveDataC2: $it") }) RedPointManager.instance.testChangeDataC1(true) } //從輸出日志可以發(fā)現(xiàn),底層的liveDataC1發(fā)生改變,觸發(fā)頂層的liveDataB1發(fā)生改變。liveDataB1的變化,也觸發(fā)了liveDataA發(fā)生改變。 RedPointManager init testChangeDataC1: true liveDataC1: true lveDataB1: true liveDataA: true
總結
到這里就結束了,App端內(nèi)實現(xiàn)紅點的統(tǒng)一管理,如果有類似的場景,可以用這種思路去實現(xiàn)。 上面的例子比較簡單,更復雜的場景,應該也是可以基于上面的方案進行改造一下的。
以上就是Android 基于MediatorLiveData實現(xiàn)紅點的統(tǒng)一管理的詳細內(nèi)容,更多關于MediatorLiveData實現(xiàn)紅點的統(tǒng)一管理的資料請關注腳本之家其它相關文章!
相關文章
Android開發(fā)基于ScrollView實現(xiàn)的漸變導航欄效果示例
這篇文章主要介紹了Android開發(fā)基于ScrollView實現(xiàn)的漸變導航欄效果,涉及ScrollView事件響應及元素屬性動態(tài)操作相關實現(xiàn)技巧,需要的朋友可以參考下2017-12-12JetpackCompose Navigation導航實現(xiàn)流程
Navigation是Jetpack用于Android導航的組件,作用是處理頁面跳轉,以及頁面跳轉過程中的交互。使用Navigation,你就需要為每個頁面設定一條唯一路徑,它是一個String常量,形式是DeepLink的樣子,從一個頁面跳轉到另一個頁面,它通過輸入目的地的路徑進行轉跳2023-01-01Android模擬器安裝APP出現(xiàn)INSTALL_FAILED_NO_MATCHING_ABIS錯誤解決方案
這篇文章主要介紹了 Android模擬器安裝APP出現(xiàn)INSTALL_FAILED_NO_MATCHING_ABIS錯誤解決方案的相關資料,需要的朋友可以參考下2016-12-12android輸入框內(nèi)容改變的監(jiān)聽事件實例
下面小編就為大家分享一篇android輸入框內(nèi)容改變的監(jiān)聽事件實例,具有很好的參考價值,希望對大家有所幫助。一起跟隨小編過來看看吧2018-02-02TabLayout+ViewPager實現(xiàn)切頁的示例代碼
這篇文章主要介紹了TabLayout+ViewPager實現(xiàn)切頁的示例代碼,可實現(xiàn)左右滑動切換視圖界面和點擊切換,非常具有實用價值,需要的朋友可以參考下2019-01-01Android SdkVersion的區(qū)別及獲取版本信息方法
下面小編就為大家?guī)硪黄狝ndroid SdkVersion的區(qū)別及獲取版本信息方法。小編覺得挺不錯的,現(xiàn)在就分享給大家,也給大家做個參考。一起跟隨小編過來看看吧2017-03-03