gpt4 book ai didi

android - LiveData 双向数据绑定(bind),无需公开 MutableLiveData

转载 作者:太空宇宙 更新时间:2023-11-03 10:57:11 25 4
gpt4 key购买 nike

我正在尝试在 EditText 上使用双向数据绑定(bind),如果我将字段公开为 MutableLiveData 就可以正常工作,因为它通常在我在网上找到的示例中看到。

但是,有充分的理由不公开 MutableLiveData,并且这些理由并非神奇地无效,因为我决定使用数据绑定(bind)库。

编辑:这里的主要动机是 MyViewModel 应该保持对设置数据的控制(这就是为什么不建议直接公开 MutableLiveData 的原因),在 setter 中我可以执行任何检查或必要的转换,然后只需在 LiveData 上调用 setValue

我通常从我的 ViewModel 公开一个 LiveData getter 和一个单独的 setter,我试图通过使用 InverseMethod() 注释来使用双向数据绑定(bind),但这不会真正起作用,因为数据绑定(bind)正在寻找 LiveData 本身的 getValue() 的 InverseMethod。

这是一个简单的例子:

public class MyViewModel extends ViewModel {

private MutableLiveData<String> mEmail = new MutableLiveData<>();

// @InverseMethod("setEmail") ### THIS DOESN'T WORK
public LiveData<String> getEmail() {
return mEmail;
}

// ### I WANT DATA-BINDING TO USE THIS METHOD
public void setEmail(String email) {
if (mEmail.getValue() != email) {
mEmail.setValue(email);
}
}
}

这是如何绑定(bind)它

<EditText
android:id="@+id/input_email"
android:layout_width="match_parent"
android:layout_height="wrap_content"
android:text="@={viewmodel.email}"/>

目前唯一可行的解​​决方法是使用单向数据绑定(bind)在 EditText 上设置文本,然后附加一个 TextWatcher 并从那里调用我的 ViewModel.setter。

编辑:
第二种解决方法是扩展 MutableLiveData,然后在重写的 setValue 中进行检查和转换……这需要编写很多样板文件。

最佳答案

我们被推荐从 ObservableField 切换到 LiveData 进行数据绑定(bind),因为它是生命周期感知的。我们还被建议不要公开 MutableLiveData,因为 View 模型应该控制分配。

这非常适用于单向数据绑定(bind),在这些情况下我只会公开 LiveData。

我们想要使用双向数据绑定(bind),根据定义,它会将分配从 View 模型移动到 UI,所以我认为在这种情况下公开 MutableLiveData 是正确的。我这么说是因为我们是故意这样做的,因为我们希望我们的 UI 能够分配值,以便我们有更清晰的 View 。

关于android - LiveData 双向数据绑定(bind),无需公开 MutableLiveData,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/56340944/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com