ViewModel中两种值设置方式对比：函数式与Setter式有何差异？

你提到的两种ViewModel状态更新方式，虽然在简单场景下执行效果一致，但在语义、扩展性、团队协作等层面有不少差异，具体分析如下：

两种实现代码回顾 #

方式一：函数设置值 #

class SampleViewModel(): ViewModel {
  
  private val _title = MutableLiveData<String>()
  val title: LiveData<String>
    get() = _title
  
  // Setting the title
  fun setTitle(newTitle: String) {
    _title.value = newTitle 
  }
  
}

方式二：Setter设置值 #

class SampleViewModel(): ViewModel {
  
  private val _title = MutableLiveData<String>()
  val title: LiveData<String>
    get() = _title
  
  // Setting the title
  var setTitle: String
    set(value) = {
      field = value 
      _title.value = value
    }
  
}

核心区别对比 #

• 语义清晰度
  函数setTitle()的语义非常明确：这是一个主动触发状态更新的操作，调用时viewModel.setTitle("新标题")，任何开发者都能立刻理解这是在请求ViewModel更新标题。
  而Setter方式的变量名setTitle本身就有语义混淆——它本质是个属性，调用时viewModel.setTitle = "新标题"看起来像是给某个变量赋值，容易让其他人误解这只是普通属性的赋值操作，而非触发LiveData更新的业务动作。

• 扩展性差异
  函数方式的扩展性极强：如果后续需要添加标题长度校验、日志埋点、防抖逻辑，甚至异步请求后再更新状态，直接在函数内部追加逻辑即可，完全不需要修改外部调用方式，对View层透明。比如：

  fun setTitle(newTitle: String) {
      if (newTitle.isBlank()) return // 空值校验
      Log.d("SampleVM", "标题更新：$newTitle")
      _title.value = newTitle
  }
  

  Setter方式虽然也能在set块中加逻辑，但Setter的设计初衷是简单属性赋值，强行塞入复杂逻辑会违背Kotlin属性的设计语义，而且如果涉及异步操作，Setter的表达式体写法会非常受限。

• 代码习惯与团队协作
  函数更新状态是Android Jetpack ViewModel的标准实践，绝大多数Android开发者都熟悉这种写法，团队协作时不需要额外解释。
  Setter方式在ViewModel中属于非常规写法，容易打破"View仅观察状态，ViewModel处理业务逻辑"的分层原则，让View层看起来像是在直接修改状态，而非通过ViewModel处理后更新。

• 参数与空值控制
  函数可以通过参数类型和内部逻辑灵活控制输入：比如参数设为String就强制要求非空，内部可以统一处理空值、非法值等情况；而Setter的属性类型一旦确定，外部赋值必须严格遵循，后续如果要修改类型（比如从String改String?）会影响整个属性的契约，灵活性远不如函数。

总的来说，虽然两种方式在简单场景下都能运行，但函数设置值的方式更符合ViewModel的设计理念，也更利于长期维护和团队协作。

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