数据绑定与MVVM

你的 UI 代码为什么越来越臃肿？

一个典型的 Activity：要在 onCreate 里 findViewById 拿几十个 View，要手动 setText 更新数据，要手动 setOnClickListener。数据一变更，要记住更新所有相关的 View。漏了一个——那就是 bug。

MVVM + Data Binding 解决了这个痛点：数据变，界面自动变。你只管更新 ViewModel 里的字段，XML 布局自动反映最新数据。

MVVM 三层

核心原则：ViewModel 不知道 View 的存在——它只暴露数据。View 观察 ViewModel 的数据变化，自动更新界面。

Data Binding 实战

启用 Data Binding（build.gradle 加 dataBinding { enabled = true }），然后用 <layout> 包裹布局：

<layout xmlns:android="...">
    <data>
        <variable name="viewModel" type="com.example.MainViewModel" />
    </data>
 
</layout>

Activity 端只需一行绑定：

val binding: ActivityMainBinding = DataBindingUtil.setContentView(this, R.layout.activity_main)
binding.lifecycleOwner = this  // 让 LiveData 自动感知生命周期
binding.viewModel = viewModel

ViewModel

class MainViewModel : ViewModel() {
    private val _userName = MutableLiveData("张三")
    val userName: LiveData<String> = _userName
 
    fun onSaveClick() {
        _userName.value = "李四"  // 改数据 → View 自动更新！
    }
}

LiveData + Data Binding = 数据驱动 UI。ViewModel 只管改数据，XML 绑定自动反映——不用手动 findViewById + setText。

容易踩的坑

小结

• MVVM：Model（数据）、View（UI）、ViewModel（为View准备数据）——解耦可测试
• Data Binding 消除 findViewById 和手动 setText——数据变界面自动变
• LiveData + Data Binding = 生命周期安全的数据驱动 UI
• ViewBinding（轻量，只解决 findViewById）vs DataBinding（重量，支持表达式绑定）
• 列表场景用 ViewBinding，详情页用 DataBinding

“数据绑定与MVVM”不使用未获授权的纸书正文；InformIT出版信息与授权电子版完整目录只用于确认第四版32章、269个正式目录节点和时代语境，第四版官方勘误用于识别工具链变更。下列中文解释、图示、交互、代码与练习均为独立教学重写，平台行为再以Android Developers的一手文档复核。

为什么“数据绑定与MVVM”必须回到可观察状态

“数据绑定与MVVM”的学习结果不是记住类名，而是能预测“理解 MVVM 架构模式，使用 Data Binding Library 消除样板代码，让 View 和 ViewModel 自动同步。”在一次输入、一次重建和一次失败中的不同状态，并指出哪条Android合同产生差异。

第四版机制逐项深读

19. Data Binding and MVVM

在“数据绑定与MVVM”中，验证“19. Data Binding and MVVM”用同一事件序列比较旋转前后状态和副作用次数；界面相同但重复写入仍是不正确。

Different Architectures: Why Bother?

在“数据绑定与MVVM”中，验证“Different Architectures: Why Bother?”用同一事件序列比较旋转前后状态和副作用次数；界面相同但重复写入仍是不正确。

MVVM View Models vs Jetpack ViewModels

在“数据绑定与MVVM”中，“MVVM View Models vs Jetpack ViewModels”的价值由依赖方向与可测试状态转换证明，而不是由类名是否含Model、View或Repository决定。

Creating BeatBox

在“数据绑定与MVVM”中，验证“Creating BeatBox”覆盖多指、取消、越界、旋转和辅助操作，比较模型框、Canvas输出与可访问性节点。

Implementing Simple Data Binding

在“数据绑定与MVVM”中，“Implementing Simple Data Binding”按事实、界面表示和用户事件拆责任；状态所有者不能持有已销毁View，界面也不能绕过边界直接改持久数据。

Importing Assets

在“数据绑定与MVVM”中，“Importing Assets”服务于“理解 MVVM 架构模式，使用 Data Binding Library 消除样板代码，让 View 和 ViewModel 自动同步。”；解释要落到用户事件、Android所有者、状态变化、线程和可观察结果，并给出一个会推翻实现的反例。

Accessing Assets

在“数据绑定与MVVM”中，“Accessing Assets”若依赖第四版时期API，应分开说明原书机制与现代平台政策，并用Android官方文档核对迁移边界。

Wiring Up Assets for Use

在“数据绑定与MVVM”中，“Wiring Up Assets for Use”服务于“理解 MVVM 架构模式，使用 Data Binding Library 消除样板代码，让 View 和 ViewModel 自动同步。”；解释要落到用户事件、Android所有者、状态变化、线程和可观察结果，并给出一个会推翻实现的反例。

Binding to Data

在“数据绑定与MVVM”中，“Binding to Data”服务于“理解 MVVM 架构模式，使用 Data Binding Library 消除样板代码，让 View 和 ViewModel 自动同步。”；解释要落到用户事件、Android所有者、状态变化、线程和可观察结果，并给出一个会推翻实现的反例。

For the More Curious: More About Data Binding

在“数据绑定与MVVM”中，验证“For the More Curious: More About Data Binding”用同一事件序列比较旋转前后状态和副作用次数；界面相同但重复写入仍是不正确。

For the More Curious: LiveData and Data Binding

在“数据绑定与MVVM”中，分析“For the More Curious: LiveData and Data Binding”要画出事件进入、状态归约、数据源写入和UI重绘四条边，并指出配置变化时谁被重建。

“数据绑定与MVVM”验收回顾

“数据绑定与MVVM”只有在构建指纹、用户操作、状态快照、原始日志和行为断言能够从相同基线再次得到相同断言时才通过；第四版机制与现代平台政策分别记录，不用新API名称掩盖旧行为。

← 上一页：Android辅助功能 · 下一页：音频播放与单元测试 →

章专属可重放状态实验

先预测“加载资产、绑定列表、点击声音与旋转”发生后，BeatBoxViewModel、SoundViewModel 与 Binding应怎样改变资产列表、显示文本、用户命令、观察值和 View 状态；再操作三个实验。第四版示例与当前 Android 政策分别记录，实验不把新 API 名称倒填为原书内容。

实验一：所有者—状态—结果合同

选择任一正式目录节点和正常/边界场景，检查它是否真的进入本章状态合同。目录标题只有同时出现在解释、可视状态和交付证据中才算覆盖。

实验二：事件与生命周期轨迹

沿五次转换逐步执行“加载资产、绑定列表、点击声音与旋转”。每一步只允许BeatBoxViewModel、SoundViewModel 与 Binding按职责提交状态，并持续核对“状态所有者不持有已销毁 View，Binding 只渲染可观察事实”。

实验三：章专属反例与同输入恢复

注入“ViewModel 保存 Activity 或 Binding 引用，旋转后泄漏旧界面”，保存第一个偏离点；撤销后以完全相同的 SDK、设备状态和用户事件重放。只有实例 ID、绑定求值、资产状态、点击事件和泄漏检查一起恢复才算修复。