第12章 最佳的UI体验，Material Design实战

本页对应第3版正式结构中的 第12章 最佳的UI体验，Material Design实战。课程不复制原文，而是按出版社电子书目录逐节点独立重构平台机制与工程实践，目标是把Toolbar、Drawer、FAB、Snackbar、Card、刷新与折叠标题栏组织为一致、可访问和可恢复的Material交互。每个示例都必须说明目标API、设备、生命周期、线程、状态来源和失败条件。

可验收学习目标

首要陷阱是“把Material Design理解成堆叠控件样式，未验证信息层级、行为协调、状态反馈和无障碍”。先预测再运行；任何“能跑”结论都要经过生命周期、失败输入、安全、资源释放和目标SDK迁移检查。

先建立直觉

在《第12章 最佳的UI体验，Material Design实战》中，先把生命周期看成系统与应用之间的时序合同，再把版本边界看成这份合同的坐标。API 名称只是入口；真正要追踪的是输入由谁接收、状态由谁保存、任务由谁取消，以及失败后用户看到什么。

《第12章 最佳的UI体验，Material Design实战》的直觉检验只改变一个条件：旋转、进程重建、拒绝权限、断网或目标 SDK。若结果随隐藏缓存或旧对象身份漂移，就回到状态所有者和平台合同定位首个分叉，而不是继续堆补丁。

最小可执行切片

先把状态与副作用分离，示例只表达可恢复合同：

sealed interface UiState {
    data object Loading : UiState
    data class Ready(val itemId: String) : UiState
    data class Failed(val retryable: Boolean) : UiState
}
 
fun reduce(state: UiState, event: UserEvent): UiState = nextState(state, event)

固定环境并从命令行保留可复现证据：

./gradlew clean test assembleDebug
adb install -r app/build/outputs/apk/debug/app-debug.apk
adb shell am force-stop example.package
adb shell monkey -p example.package 1
adb logcat -d -v threadtime > run.log

验收在操作前写出故障条件：

Given a pinned JDK, SDK, Gradle build, device API, locale, and seed
When the component is recreated after state saving or process death
Then user-visible state is restored from durable facts
And cancelled work cannot update a destroyed owner
And denied permission, offline input, and malformed data remain recoverable

在《第12章 最佳的UI体验，Material Design实战》中，三段代码分别承担状态模型、环境重放和行为断言。真实工程还需静态检查、单元测试、仪器测试、截图或无障碍检查，以及发布构建验证；不要用日志输出代替断言，也不要让测试依赖本机IDE缓存。

线程、状态与资源边界

每个实现列出五张表：入口来自哪里，执行在哪个线程，状态保存在哪里，资源由谁关闭，失败怎样呈现与重试。在《第12章 最佳的UI体验，Material Design实战》中，网络重试必须有上限、退避和幂等；数据库升级必须覆盖所有受支持旧版本；文件和媒体句柄在取消与异常路径释放；组件回调不持有超过生命周期的View或Context。

性能以用户任务衡量。在《第12章 最佳的UI体验，Material Design实战》中，启动不仅看首帧，还要检查可交互时刻；列表不仅看平均帧率，还要检查滚动卡顿和绑定分配；后台工作不仅看是否完成，还要检查电量、约束与系统调度；网络不仅看成功耗时，还要检查超时、取消和错误恢复。每次比较固定设备温度、构建类型、数据规模与网络条件。

在《第12章 最佳的UI体验，Material Design实战》中，版本迁移分两步：先在Android 10/Kotlin语境下还原书中机制，再对目标compileSdk、targetSdk和设备API查询当前官方合同。一次只迁移一个变化，例如存储、权限、通知、后台启动、发布仓库或已弃用库；保存编译警告、运行差异和回滚。新API更现代不代表自动正确，旧API能编译也不代表仍符合平台政策。

本章回顾

本页从“第12章 最佳的UI体验，Material Design实战”覆盖到“12.10 小结与点评”，共11个正式节点。闭环是先明确生命周期、所有者与状态源，再执行“实现含抽屉、列表、FAB、刷新与折叠栏的页面，在深浅主题、字体放大、旋转和错误状态下视觉回归”，最后以组件层级与Coordinator行为图、多尺寸主题截图、交互反馈与无障碍检查、Git发布记录证明功能在正常、重建、失败和版本迁移场景下可重放、可恢复、可发布。

← 上一页：第11章 看看精彩的世界，使用网络技术 · 下一页：第13章 高级程序开发组件，探究Jetpack →

原版目录概念补充核对

以下条目补齐官方目录中容易被示例主线掩盖的概念。它们不重复罗列目录，而是明确每项概念的机制、适用边界和验收证据。

12.1 什么是Material Design：机制、边界与证据

第12章 最佳的UI体验，Material Design实战中的12.1 什么是Material Design由组件 owner、保存状态、事件回调与视图层级共同决定。固定用户操作后记录实例、回调和界面状态，并用旋转、后台回收、重复导航或不同屏幕尺寸验证恢复与释放。

12.2 Toolbar：机制、边界与证据

第12章 最佳的UI体验，Material Design实战中的12.2 Toolbar要在 Android 10/Kotlin 基线中写清用户任务、平台合同、状态 owner、线程与资源释放，再单列现代 targetSdk 差异。用正常、拒绝和生命周期重建三类样本核对最终行为。

12.3 滑动菜单：机制、边界与证据

第12章 最佳的UI体验，Material Design实战中的12.3 滑动菜单要在 Android 10/Kotlin 基线中写清用户任务、平台合同、状态 owner、线程与资源释放，再单列现代 targetSdk 差异。用正常、拒绝和生命周期重建三类样本核对最终行为。

12.4 悬浮按钮和可交互提示：机制、边界与证据

第12章 最佳的UI体验，Material Design实战中的12.4 悬浮按钮和可交互提示要在 Android 10/Kotlin 基线中写清用户任务、平台合同、状态 owner、线程与资源释放，再单列现代 targetSdk 差异。用正常、拒绝和生命周期重建三类样本核对最终行为。

12.5 卡片式布局：机制、边界与证据

第12章 最佳的UI体验，Material Design实战中的12.5 卡片式布局由组件 owner、保存状态、事件回调与视图层级共同决定。固定用户操作后记录实例、回调和界面状态，并用旋转、后台回收、重复导航或不同屏幕尺寸验证恢复与释放。

12.6 下拉刷新：机制、边界与证据

第12章 最佳的UI体验，Material Design实战中的12.6 下拉刷新要在 Android 10/Kotlin 基线中写清用户任务、平台合同、状态 owner、线程与资源释放，再单列现代 targetSdk 差异。用正常、拒绝和生命周期重建三类样本核对最终行为。

12.7 可折叠式标题栏：机制、边界与证据

第12章 最佳的UI体验，Material Design实战中的12.7 可折叠式标题栏要在 Android 10/Kotlin 基线中写清用户任务、平台合同、状态 owner、线程与资源释放，再单列现代 targetSdk 差异。用正常、拒绝和生命周期重建三类样本核对最终行为。

12.8 Kotlin课堂：编写好用的工具方法：机制、边界与证据

第12章 最佳的UI体验，Material Design实战中的12.8 Kotlin课堂：编写好用的工具方法要把语言写法连接到类型、可空性、对象状态与生成调用，简洁语法不能替代契约。用可编译/应拒绝案例和边界输入核对推断、空值、集合变化与 Java 互操作。

12.9 Git时间：版本控制工具的高级用法：机制、边界与证据

第12章 最佳的UI体验，Material Design实战中的12.9 Git时间：版本控制工具的高级用法要在 Android 10/Kotlin 基线中写清用户任务、平台合同、状态 owner、线程与资源释放，再单列现代 targetSdk 差异。用正常、拒绝和生命周期重建三类样本核对最终行为。