MediatorLiveData vs LiveData

问题描述 投票:2回答:1

使用LiveData时,我无法获得MediatorLiveData的想法。在文档中提到MediatorLiveData是LiveData的子类,它将观察LiveData并对onChanged方法做出反应。我的问题是,与LiveData的observe中的函数有什么区别,如果新数据不同,则对数据做些什么?

例如,假设我有来自Room Database的查询,该查询返回了如下的LiveData

@Query(“SELECT * FROM Users WHERE userid = :id”)
fun getUserById(id: String): LiveData<User>

如果我想使用MediatorLiveData,可以使用以下扩展名

fun <T> LiveData<T>.distinctUntilChanged(): LiveData<T>{
    var lastValue: Any? = Any()
    return MediatorLiveData<T>().apply {
        addSource(this@distinctUntilChanged){
            if (it != lastValue){
                lastValue = it
                postValue(it)
            }
        }
    }
}

然后在“活动”中将其用作

userDao.getUserById("someId").distinctUntilChanged()
    .observe(this, user -> {/*Do something with user*/})

与上述情况相反,我只可以在observe方法内部具有包装函数,如下所示

var lastUser = null
userDao.getUserById("someId")
    .observe(this, user -> {
        if (lastUser != user){
            lastUser = user
            /*Do something with user*/
        }
    })

有人可以详细说明为什么我应该使用MediatorLiveData而不是简单地进行检查吗?

kotlin android-room android-livedata kotlin-extension
1个回答
0
投票

Florina的这篇[https://medium.com/androiddevelopers/7-pro-tips-for-room-fbadea4bfbd1#829a]文章将为您提供帮助,您对该文章的问题的回答是:7。避免针对可观察到的查询产生误报通知

© www.soinside.com 2019 - 2024. All rights reserved.