它看起来MutableLiveData
与LiveData
仅公开setValue()
和postValue()
方法不同,而在LiveData
它们受到保护。
有什么理由为这种更改创建一个单独的类,而不是简单地将这些方法定义为LiveData
本身是公共的?
一般来说,这种继承形式(增加某些方法的可见性是唯一的变化)是一种众所周知的做法吗?在哪些情况下它可能有用(假设我们可以访问所有代码)?
它看起来MutableLiveData
与LiveData
仅公开setValue()
和postValue()
方法不同,而在LiveData
它们受到保护。
有什么理由为这种更改创建一个单独的类,而不是简单地将这些方法定义为LiveData
本身是公共的?
一般来说,这种继承形式(增加某些方法的可见性是唯一的变化)是一种众所周知的做法吗?在哪些情况下它可能有用(假设我们可以访问所有代码)?
在LiveData - Android Developer Documentation中,您可以看到 forLiveData
和setValue()
&postValue()
方法不是公开的。
然而,在MutableLiveData - Android Developer Documentation中,您可以看到,在内部MutableLiveData
扩展LiveData
,并且两个魔法方法LiveData
在此公开可用,它们是setValue()
& postValue()
。
setValue()
:设置值并将值分派给所有活动的观察者,必须从主线程调用。
postValue()
:将任务发布到主线程以覆盖设置的值setValue()
,必须从后台线程调用。
所以,LiveData
是不可变的。MutableLiveData
是可变和线程安全LiveData
的。
这是整个MutableLiveData.java
文件:
package androidx.lifecycle;
/**
* {@link LiveData} which publicly exposes {@link #setValue(T)} and {@link #postValue(T)} method.
*
* @param <T> The type of data hold by this instance
*/
@SuppressWarnings("WeakerAccess")
public class MutableLiveData<T> extends LiveData<T> {
@Override
public void postValue(T value) {
super.postValue(value);
}
@Override
public void setValue(T value) {
super.setValue(value);
}
}
所以,是的,差异仅来自于制作postValue
和setValue
公开。
我能回忆起的一个用例是在 Kotlin 中使用Backing Property进行封装。LiveData
即使您可以在您的类中MutableLiveData
进行操作,您也可以向您的片段/活动(UI 控制器)公开。ViewModel
class TempViewModel : ViewModel() {
...
private val _count = MutableLiveData<Int>()
val count: LiveData<Int>
get() = _count
public fun incrementCount() = _count.value?.plus(1)
...
}
这样,您的 UI 控制器将只能观察值而无法编辑它们。TempViewModel
显然,您的 UI 控制器可以使用like的公共方法编辑值 incrementCount()
。
注意:为了澄清可变/不可变的混淆 -
data class User(var name: String, var age: Int)
class DemoLiveData: LiveData<User>()
var demoLiveData: LiveData<User>? = DemoLiveData()
fun main() {
demoLiveData?.value = User("Name", 23) // ERROR
demoLiveData?.value?.name = "Name" // NO ERROR
demoLiveData?.value?.age = 23 // NO ERROR
}
MutableLiveData 是从 LiveData 扩展而来的。LiveData 的受保护方法只能由自身或子类处理。所以在这种情况下,作为 LiveData 子类的 MutableLiveData 可以访问这些受保护的方法。
你想做的是观察一个实例,看看是否有任何变化。但与此同时,您不希望任何“局外人”改变您正在观察的那个实例。从某种意义上说,这会产生一个问题,因为您希望有一个可更改的对象来更新任何新状态,而不是可更改的,以确保任何不应该更新此实例的人。这两个特征相互冲突,但可以通过创建一个额外的层来解决。
因此,您所做的就是使用可以访问其方法的类来扩展您的类 LiveData。子层,在本例中为 MutableLiveData,能够访问其父层 (/super) 的受保护方法。
现在您开始创建实例,并创建 MutableLiveData 的观察者实例。同时,您创建一个引用同一实例的 LiveData 实例。因为 MutableLiveData 扩展了 LiveData,所以任何 MutableLiveData 实例都是 LiveData 对象,因此可以被 LiveData 变量引用。
现在这个技巧几乎完成了。您只公开 LiveData 实例,没有人可以使用其受保护的方法,也不能将其转换为超级(可能在编译时,但它不会运行:运行时错误)。并且您将实际的子类实例保持为私有,因此它只能由拥有该实例的人使用实例的方法进行更改。
//create instance of the sub class and keep this private
private val _name: MutableLiveData<String> = MutableLiveData<String>()
//create an instance of the super class referring to the same instance
val name: LiveData<String> = _name
//assign observer to the super class, being unable to change it
name.value.observe(.....)
现在,超类会在应用任何更改时发出通知。
//change the instance by using the sub class
_name.postValue(...)
//or _name.setValue(...)
Blockquote 一般来说,这种继承形式(增加某些方法的可见性是唯一的变化)是一种众所周知的做法吗?在哪些情况下它可能有用(假设我们可以访问所有代码)?
是的,这是众所周知的,上面描述的是一种常见的情况。删除观察者模式,并将其设置为 set/get 形式将同样受益。取决于你在哪里实现它,最终没有黄金法则。