背景

小紅點(diǎn)在各個(gè)App內(nèi)隨處可見，并且隨著需求的不斷迭代，需要展示小紅點(diǎn)的需求越來(lái)越多。

不同需求之間，紅點(diǎn)顯示可能有沖突。 不同頁(yè)面之間，紅點(diǎn)顯示會(huì)有關(guān)聯(lián)。 同一個(gè)紅點(diǎn)，可能顯示成數(shù)字樣式，紅點(diǎn)樣式，文案樣式。

這個(gè)時(shí)候，如果沒有對(duì)紅點(diǎn)的展示邏輯做一個(gè)統(tǒng)一的抽象和管理的話，就會(huì)感覺很復(fù)雜，后續(xù)也不太好維護(hù)。

本文會(huì)基于MediatorLiveData，實(shí)現(xiàn)對(duì)紅點(diǎn)的統(tǒng)一管理。

需求分析

這里舉個(gè)例子，常見的紅點(diǎn)場(chǎng)景，類似qq首頁(yè)左上角紅點(diǎn)的顯示。

4個(gè)頁(yè)面，由首頁(yè)進(jìn)入到隱私保護(hù)指引頁(yè)面，都有相應(yīng)的紅點(diǎn)View顯示，去引導(dǎo)用戶進(jìn)入到最里面的'隱私保護(hù)指引'頁(yè)面。 當(dāng)用戶點(diǎn)擊紅點(diǎn)，進(jìn)入到'隱私保護(hù)指引'頁(yè)面后，隱私保護(hù)指引對(duì)應(yīng)的紅點(diǎn)就會(huì)消失，同時(shí)會(huì)觸發(fā)上級(jí)頁(yè)面的紅點(diǎn)刷新。

思路分析樹形模型

一個(gè)App的頁(yè)面本身就是分級(jí)的，對(duì)于頁(yè)面的訪問路徑本質(zhì)上就是個(gè)樹型結(jié)構(gòu)。 整體的實(shí)現(xiàn)思路是用樹形模型去管理不同頁(yè)面的紅點(diǎn)。

每個(gè)小紅點(diǎn)就是一個(gè)樹的節(jié)點(diǎn)，父節(jié)點(diǎn)的小紅點(diǎn)是否顯示，取決于它的子節(jié)點(diǎn)的并集結(jié)果。 同一個(gè)頁(yè)面中的不同紅點(diǎn)。在樹中是同一個(gè)層級(jí)，屬于兄弟關(guān)系，互相獨(dú)立。 子節(jié)點(diǎn)的狀態(tài)變化，會(huì)遞歸地去觸發(fā)父節(jié)點(diǎn)的狀態(tài)變化。

具體代碼實(shí)現(xiàn)

那對(duì)應(yīng)的代碼應(yīng)該如何實(shí)現(xiàn)呢，難道真的要手動(dòng)自己實(shí)現(xiàn)一棵樹？也不是不行，就是感覺有點(diǎn)小麻煩的樣子。 下面進(jìn)入正題。

MediatorLiveData

官方提供了MediatorLiveData。

通過addSource方法，可以監(jiān)聽另一個(gè)LiveData的數(shù)據(jù)變化 本身就是一個(gè)LiveData，可以被其他Observer觀察

這兩個(gè)特點(diǎn)，剛好滿足我們的需求實(shí)現(xiàn)。比如MediatorLiveData A觀察 MediatorLiveData B，MediatorLiveData B觀察 MediatorLiveData C 和MediatorLiveData D。并且被觀察的LiveData發(fā)生變化，作為觀察的LiveData都能收到通知。

通過管理多個(gè)LiveData之間的關(guān)系，這樣就可以間接實(shí)現(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 這里的實(shí)現(xiàn)，封裝成一個(gè)單例RedPointManager，暴露相應(yīng)的紅點(diǎn)數(shù)據(jù)給外部。 LiveData數(shù)據(jù)驅(qū)動(dòng)：RedPointManager內(nèi)包含了多個(gè)LiveData，不同頁(yè)面的紅點(diǎn)View可以通過觀察對(duì)應(yīng)的LiveData，來(lái)驅(qū)動(dòng)自身的視圖變化。 父節(jié)點(diǎn)使用MediatorLiveData，觀察相應(yīng)的子節(jié)點(diǎn)LiveData。 葉子節(jié)點(diǎn)定義成普通的LiveData就行了，因?yàn)椴恍枰^察其他對(duì)象了。

/** * 基于MediatorLiveData，實(shí)現(xiàn)樹形紅點(diǎ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') /** * 構(gòu)建樹型關(guān)系。按路徑層級(jí)，進(jìn)行觀察。一般外部只需要改動(dòng)最低層的紅點(diǎn)對(duì)應(yīng)的LiveData，頂部的LiveData就會(huì)自動(dòng)改變 */ 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)}驗(yàn)證刷新邏輯

一般情況下，只需要改動(dòng)葉子節(jié)點(diǎn)的紅點(diǎn)對(duì)應(yīng)的LiveData，父節(jié)點(diǎn)的LiveData就會(huì)自動(dòng)改變。 基于上述代碼，調(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 inittestChangeDataC1: trueliveDataC1: truelveDataB1: trueliveDataA: true總結(jié)

到這里就結(jié)束了，App端內(nèi)實(shí)現(xiàn)紅點(diǎn)的統(tǒng)一管理，如果有類似的場(chǎng)景，可以用這種思路去實(shí)現(xiàn)。 上面的例子比較簡(jiǎn)單，更復(fù)雜的場(chǎng)景，應(yīng)該也是可以基于上面的方案進(jìn)行改造一下的。

以上就是Android 基于MediatorLiveData實(shí)現(xiàn)紅點(diǎn)的統(tǒng)一管理的詳細(xì)內(nèi)容，更多關(guān)于MediatorLiveData實(shí)現(xiàn)紅點(diǎn)的統(tǒng)一管理的資料請(qǐng)關(guān)注好吧啦網(wǎng)其它相關(guān)文章！