MediatorLiveDarta的作用顾名思义,它可以作为中间人的角色监听其他LiveData
例如有一个需求:希望在ExitText中输入文字的同时,显示文字个数
class MainViewModel : ViewModel() {
val message: MutableLiveData<String> = MutableLiveData()
val count: MediatorLiveData<Int> = MediatorLiveData()
init {
count.value = 0
count.addSource(message) {
val cnt = message.value?.length ?: 0
count.postValue(cnt)
}
}
fun postMessage(message: String) {
this.message.postValue(message)
}
}
EditText的回调里通过postMessage
更新message,count通过addSource
监听message的变化后更新自己
addSource
If the given LiveData is already added as a source but with a different Observer, IllegalArgumentException will be thrown.
addSource可以保证被监视Livedata不会被重复订阅,如果我们手动observe的话,可能会因为重复订阅造成数据接受异常,通过addSrouce的源码可以清楚看到这一点
public <S> void addSource(@NonNull LiveData<S> source, @NonNull Observer<S> onChanged) {
Source<S> e = new Source<>(source, onChanged);
Source<?> existing = mSources.putIfAbsent(source, e);
if (existing != null && existing.mObserver != onChanged) {
throw new IllegalArgumentException(
"This source was already added with the different observer");
}
if (existing != null) {
return;
}
if (hasActiveObservers()) {
e.plug();
}
}
注意postValue的使用
上面例子中,我们如果将代码修改成一下实现,能否正常运行呢?
class MainViewModel : ViewModel() {
val message: MutableLiveData<String> = MutableLiveData()
val count: MutableLiveData<Int> = MutableLiveData()
fun postMessage(message: String) {
this.message.postValue(message)
updateCount()
}
private fun updateCount() {
val cnt = message.value?.length ?: 0
count.postValue(cnt)
}
}
经过测试发现count和message的更新会出现不同步现象。因为postValue
是一个异步操作,我们通过postValue
更新了message之后,立即在updateCount
中同步获取message最新的value有可能取得的是尚未更新的值,造成bug的出现。
最后
在简单的代码中,这样的bug很容易被察觉,但在一个复杂项目中,像这样的时序问题在写代码的时候很容被忽略,所以当大家使用LiveData时,要多利用MediatorLiveData这样的工具,哪怕多写两行代码,也要保证时序的准确性。