这篇文章主要介绍了Android基于MediatorLiveData如何实现红点的统一管理,具有一定借鉴价值,感兴趣的朋友可以参考下,希望大家阅读完这篇文章之后大有收获,下面让小编带着大家一起了解一下。
背景
小红点在各个App内随处可见,并且随着需求的不断迭代,需要展示小红点的需求越来越多。
不同需求之间,红点显示可能有冲突。
不同页面之间,红点显示会有关联。
同一个红点,可能显示成数字样式,红点样式,文案样式。
这个时候,如果没有对红点的展示逻辑做一个统一的抽象和管理的话,就会感觉很复杂,后续也不太好维护。
本文会基于MediatorLiveData,实现对红点的统一管理。
需求分析
这里举个例子,常见的红点场景,类似qq首页左上角红点的显示。
4个页面,由首页进入到隐私保护指引页面,都有相应的红点View显示,去引导用户进入到最里面的"隐私保护指引"页面。
当用户点击红点,进入到"隐私保护指引"页面后,隐私保护指引对应的红点就会消失,同时会触发上级页面的红点刷新。
思路分析
树形模型
一个App的页面本身就是分级的,对于页面的访问路径本质上就是个树型结构。 整体的实现思路是用树形模型去管理不同页面的红点。
每个小红点就是一个树的节点,父节点的小红点是否显示,取决于它的子节点的并集结果。
同一个页面中的不同红点。在树中是同一个层级,属于兄弟关系,互相独立。
子节点的状态变化,会递归地去触发父节点的状态变化。
具体代码实现
那对应的代码应该如何实现呢,难道真的要手动自己实现一棵树?也不是不行,就是感觉有点小麻烦的样子。 下面进入正题。
MediatorLiveData
官方提供了MediatorLiveData。
通过addSource方法,可以监听另一个LiveData的数据变化
本身就是一个LiveData,可以被其他Observer观察
这两个特点,刚好满足我们的需求实现。比如MediatorLiveData A观察 MediatorLiveData B,MediatorLiveData B观察 MediatorLiveData C 和MediatorLiveData D。并且被观察的LiveData发生变化,作为观察的LiveData都能收到通知。
通过管理多个LiveData之间的关系,这样就可以间接实现了一棵树的模型。
public class MediatorLiveDataextends MutableLiveData { private 才能SafeIterableMap ,,, @NonNull Observer<?, super S>, onchange), { ,,,//使用源包一下 ,,,Source , e =, new Source<祝辞(来源,,onchange); ,,,Source<?祝辞,existing =, mSources.putIfAbsent(源,e); ,,,if (hasActiveObservers ()), { ,,,,,e.plug (); ,,,} ,,} private 才能static class  Source, implements Observer , { ,,,final LiveData , mLiveData; ,,,final Observer<?, super V>, mObserver; ,,,int mVersion =, START_VERSION; ,,,源(LiveData ,观察者),{ ,,,,,mLiveData =, liveData; ,,,,,mObserver =,观察者; ,,,} ,,,void 插头(),{ ,,,,,mLiveData.observeForever(这个); ,,,} ,,,void 拔掉(),{ ,,,,,mLiveData.removeObserver(这个); ,,,} ,,@Override ,,,public void onchange (@Nullable V v), { ,,,,,if (mVersion !=, mLiveData.getVersion ()), { ,,,,,,,mVersion =, mLiveData.getVersion (); ,,,,,,,mObserver.onChanged (v); ,,,,,} ,,,} ,,} } Android基于MediatorLiveData如何实现红点的统一管理