Android基于MediatorLiveData如何實(shí)現(xiàn)紅點(diǎn)的統(tǒng)一管理

這篇文章主要介紹了Android基于MediatorLiveData如何實(shí)現(xiàn)紅點(diǎn)的統(tǒng)一管理，具有一定借鑒價(jià)值，感興趣的朋友可以參考下，希望大家閱讀完這篇文章之后大有收獲，下面讓小編帶著大家一起了解一下。

背景

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

• 不同需求之間，紅點(diǎn)顯示可能有沖突。

• 不同頁面之間，紅點(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首頁左上角紅點(diǎn)的顯示。

1. 4個(gè)頁面，由首頁進(jìn)入到隱私保護(hù)指引頁面，都有相應(yīng)的紅點(diǎn)View顯示，去引導(dǎo)用戶進(jìn)入到最里面的"隱私保護(hù)指引"頁面。

2. 當(dāng)用戶點(diǎn)擊紅點(diǎn)，進(jìn)入到"隱私保護(hù)指引"頁面后，隱私保護(hù)指引對(duì)應(yīng)的紅點(diǎn)就會(huì)消失，同時(shí)會(huì)觸發(fā)上級(jí)頁面的紅點(diǎn)刷新。

思路分析

樹形模型

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

• 每個(gè)小紅點(diǎn)就是一個(gè)樹的節(jié)點(diǎn)，父節(jié)點(diǎn)的小紅點(diǎn)是否顯示，取決于它的子節(jié)點(diǎn)的并集結(jié)果。

• 同一個(gè)頁面中的不同紅點(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，不同頁面的紅點(diǎn)View可以通過觀察對(duì)應(yīng)的LiveData，來驅(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 init
testChangeDataC1: true
liveDataC1: true
lveDataB1: true
liveDataA: true

感謝你能夠認(rèn)真閱讀完這篇文章，希望小編分享的“Android基于MediatorLiveData如何實(shí)現(xiàn)紅點(diǎn)的統(tǒng)一管理”這篇文章對(duì)大家有幫助，同時(shí)也希望大家多多支持億速云，關(guān)注億速云行業(yè)資訊頻道，更多相關(guān)知識(shí)等著你來學(xué)習(xí)!