viewModel 和 fragment 之间通信的良好实践
Good practice for communicate between viewModel and fragment
我正在实现 viewModel 并且为了在 viewModel 和片段之间进行通信,我正在这样做:
public class SplashViewModel extends AndroidViewModel {
private LiveData<Boolean> actions;
public SplashViewModel(@NonNull Application application) {
super(application);
actions= new MutableLiveData<>();
}
public void aViewModelMethod() {
//doing some stuff
if (stuff == X){
//I need to hide a view for exemple, I'm doing this
actions.postValue(true);
}
}
现在在我的 Fragment 中我有一个 observable,它在达到 actions.postValue(true)
时被触发
viewModel.actions.observe(getViewLifecycleOwner(), new Observer<Boolean>() {
@Override
public void onChanged(Boolean action) {
if (action){
databinding.myView.setVisibility(View.VISIBLE);
}
}
});
这项工作很好,但如果我有很多沟通,我需要每次都实施一个新变量,并观察它?
当他们是 4 或 5 时还可以,但是当他们是数百人时我应该做什么?
我尝试用一个带有开关和动作列表的整数来更改布尔值,但是当初始化 viewModel 时,可能会触发多个 postValue,而当我创建可观察对象时,我只得到最后一个,有道理。
PostValue 方法将任务发布到主线程以设置给定值。如果在主线程执行发布任务之前多次调用此方法,则只会调度最后一个值。
如果你的片段和 viewModel 之间有数百次通信,那么你只需要推断你的片段逻辑,比如如果你必须在某些条件下显示视图,那么只需观察片段中的一个非可变实时数据并使用两个实时数据的可变数据和另一个非可变数据....使用非可变数据来设置各种类型的布尔值并检查您的 viewModel,并在开始时将该实时数据分配给您的非可变数据。
private val _liveData = MutableLiveData<Boolean>()
internal val liveData: LiveData<Boolean> = _liveData
这是更好的方法,我希望我能更好地理解你的问题,如果不是请详细说明以便我能提供帮助。
通常,我的视图模型中有两个可观察的实时数据。首先是代表整个屏幕的状态。其次,我用于 "single-shot" 事件,例如吐司、导航、显示对话框。
我的视图模型:
class PinCreateViewModel(...) : ViewModel() {
val event = MutableLiveData<BaseEvent<String>>()
val state = MutableLiveData<PinCreateViewState>()
}
我有一个用于整个屏幕的状态对象:
sealed class PinCreateViewState {
object FirstInput : PinCreateViewState()
data class SecondInput(val firstEnteredPin: String) : PinCreateViewState()
object Error : PinCreateViewState()
object Loading : PinCreateViewState()
}
我认为使用这种方法可以很容易地考虑我的屏幕状态,很容易将我的屏幕设计为 finite state machine, and easy to debug. Especially, I like this approach to very complex screens. In this case, I have a single source of truth 我的整个屏幕状态。
但有时我想显示对话框、toast 或打开新屏幕。这些东西不是我屏幕状态的一部分。这就是为什么我想单独处理它们。在这种情况下,我使用 Events:
sealed class BaseEvent(private val content: String) {
var hasBeenHandled = false
private set
fun getContentIfNotHandled(): String? {
return if (hasBeenHandled) {
null
} else {
hasBeenHandled = true
content
}
}
fun peekContent(): String = content
}
class ErrorEvent(content: String) : BaseEvent(content)
class MessageEvent(content: String) : BaseEvent(content)
我的 Fragment 与 ViewModel 的交互如下所示:
override fun onActivityCreated(savedInstanceState: Bundle?) {
super.onActivityCreated(savedInstanceState)
observe(viewModel.event, this::onEvent)
observe(viewModel.state, this::render)
}
private fun render(state: PinCreateViewState) {
when (state) {
PinCreateViewState.FirstInput -> setFirstInputState()
is PinCreateViewState.SecondInput -> setSecondInputState()
PinCreateViewState.Error -> setErrorState()
PinCreateViewState.Loading -> setLoadingState()
}
}
fun onEvent(event: BaseEvent<String>) {
event.getContentIfNotHandled()?.let { text ->
when (event) {
is MessageEvent -> showMessage(text)
is ErrorEvent -> showError(text)
}
}
}
我真的很喜欢Kotlin Sealed classes,因为它迫使我处理所有可能的情况。而且我什至可以在编译之前找到未处理的状态。
我正在实现 viewModel 并且为了在 viewModel 和片段之间进行通信,我正在这样做:
public class SplashViewModel extends AndroidViewModel {
private LiveData<Boolean> actions;
public SplashViewModel(@NonNull Application application) {
super(application);
actions= new MutableLiveData<>();
}
public void aViewModelMethod() {
//doing some stuff
if (stuff == X){
//I need to hide a view for exemple, I'm doing this
actions.postValue(true);
}
}
现在在我的 Fragment 中我有一个 observable,它在达到 actions.postValue(true)
时被触发
viewModel.actions.observe(getViewLifecycleOwner(), new Observer<Boolean>() {
@Override
public void onChanged(Boolean action) {
if (action){
databinding.myView.setVisibility(View.VISIBLE);
}
}
});
这项工作很好,但如果我有很多沟通,我需要每次都实施一个新变量,并观察它? 当他们是 4 或 5 时还可以,但是当他们是数百人时我应该做什么?
我尝试用一个带有开关和动作列表的整数来更改布尔值,但是当初始化 viewModel 时,可能会触发多个 postValue,而当我创建可观察对象时,我只得到最后一个,有道理。
PostValue 方法将任务发布到主线程以设置给定值。如果在主线程执行发布任务之前多次调用此方法,则只会调度最后一个值。
如果你的片段和 viewModel 之间有数百次通信,那么你只需要推断你的片段逻辑,比如如果你必须在某些条件下显示视图,那么只需观察片段中的一个非可变实时数据并使用两个实时数据的可变数据和另一个非可变数据....使用非可变数据来设置各种类型的布尔值并检查您的 viewModel,并在开始时将该实时数据分配给您的非可变数据。
private val _liveData = MutableLiveData<Boolean>()
internal val liveData: LiveData<Boolean> = _liveData
这是更好的方法,我希望我能更好地理解你的问题,如果不是请详细说明以便我能提供帮助。
通常,我的视图模型中有两个可观察的实时数据。首先是代表整个屏幕的状态。其次,我用于 "single-shot" 事件,例如吐司、导航、显示对话框。
我的视图模型:
class PinCreateViewModel(...) : ViewModel() {
val event = MutableLiveData<BaseEvent<String>>()
val state = MutableLiveData<PinCreateViewState>()
}
我有一个用于整个屏幕的状态对象:
sealed class PinCreateViewState {
object FirstInput : PinCreateViewState()
data class SecondInput(val firstEnteredPin: String) : PinCreateViewState()
object Error : PinCreateViewState()
object Loading : PinCreateViewState()
}
我认为使用这种方法可以很容易地考虑我的屏幕状态,很容易将我的屏幕设计为 finite state machine, and easy to debug. Especially, I like this approach to very complex screens. In this case, I have a single source of truth 我的整个屏幕状态。
但有时我想显示对话框、toast 或打开新屏幕。这些东西不是我屏幕状态的一部分。这就是为什么我想单独处理它们。在这种情况下,我使用 Events:
sealed class BaseEvent(private val content: String) {
var hasBeenHandled = false
private set
fun getContentIfNotHandled(): String? {
return if (hasBeenHandled) {
null
} else {
hasBeenHandled = true
content
}
}
fun peekContent(): String = content
}
class ErrorEvent(content: String) : BaseEvent(content)
class MessageEvent(content: String) : BaseEvent(content)
我的 Fragment 与 ViewModel 的交互如下所示:
override fun onActivityCreated(savedInstanceState: Bundle?) {
super.onActivityCreated(savedInstanceState)
observe(viewModel.event, this::onEvent)
observe(viewModel.state, this::render)
}
private fun render(state: PinCreateViewState) {
when (state) {
PinCreateViewState.FirstInput -> setFirstInputState()
is PinCreateViewState.SecondInput -> setSecondInputState()
PinCreateViewState.Error -> setErrorState()
PinCreateViewState.Loading -> setLoadingState()
}
}
fun onEvent(event: BaseEvent<String>) {
event.getContentIfNotHandled()?.let { text ->
when (event) {
is MessageEvent -> showMessage(text)
is ErrorEvent -> showError(text)
}
}
}
我真的很喜欢Kotlin Sealed classes,因为它迫使我处理所有可能的情况。而且我什至可以在编译之前找到未处理的状态。