Android MVVM：Fragment能否包含if语句？两种加载状态方案探讨

我正在学习Android MVVM架构，想明确Fragment中可包含的逻辑边界，以及符合规范的状态处理方式。比如处理加载器显示场景时，是将其拆分为两种独立状态，还是采用带布尔参数的单一状态，由Fragment通过if语句处理逻辑？以下是两种实现方案：

方案一：ViewModel传递带布尔值的Loading状态 #

ViewModel代码：

fun makeCall() {
    _state.value = Loading(true)
    // 执行网络请求
    _state.value = Loading(false)
}

Fragment中通过判断处理：

private fun handleLoadingState(loading: Boolean) {
    if (loading) {
        binding.loader.visibility = View.VISIBLE
    } else {
        binding.loader.visibility = View.GONE
    }
}

方案二：ViewModel传递ShowLoader和HideLoader独立状态 #

ViewModel代码：

fun makeCall() {
    _state.value = ShowLoader
    // 执行网络请求
    _state.value = HideLoader
}

Fragment中分别处理两种状态：

private fun handleShowLoaderState() {
    binding.loader.visibility = View.VISIBLE
}

private fun handleHideLoaderState() {
    binding.loader.visibility = View.GONE
}

请问这两种方式是否都符合MVVM规范？若均可行，哪种方案更优，还是二者无差异？

回答 #

两种方案都符合MVVM规范——核心原因是ViewModel始终只负责暴露状态/事件，Fragment仅做UI渲染的响应，没有业务逻辑侵入，完全遵循了"ViewModel处理业务、Fragment负责UI"的MVVM核心原则。

方案一（带布尔参数的Loading状态）

• 优势：状态更紧凑，适合表示「二元互斥」的状态（加载中/非加载中），ViewModel不需要维护多个独立状态，避免出现状态不一致的风险（比如同时发送ShowLoader和HideLoader事件）。
• 适用场景：绝大多数基础加载场景，比如单一接口请求的加载状态。

方案二（独立的Show/Hide状态）

• 优势：语义更明确，每个状态对应单一UI动作，Fragment的处理逻辑更直白，不需要额外判断。如果后续需要扩展加载相关的UI逻辑（比如根据不同场景显示不同加载动画），拆分状态的方式更容易扩展。
• 适用场景：复杂加载场景，比如多个异步任务并行，需要区分不同加载触发源的UI响应；或者未来有明确的状态扩展需求。

总结

没有绝对的"最优"方案，根据实际场景选择即可：

• 简单加载场景优先选方案一，代码更简洁，状态管理更省心；
• 复杂或有扩展需求的场景选方案二，语义清晰，后续维护成本更低。

内容的提问来源于stack exchange，提问作者MADi