第4章 软件也要拼脸蛋，UI开发的点点滴滴

本页对应第3版正式结构中的 第4章 软件也要拼脸蛋，UI开发的点点滴滴。课程不复制原文，而是按出版社电子书目录逐节点独立重构平台机制与工程实践，目标是从XML/View测量布局、常用控件、三类布局、自定义控件、ListView与RecyclerView复用建立可访问且稳定的界面。每个示例都必须说明目标API、设备、生命周期、线程、状态来源和失败条件。

可验收学习目标

首要陷阱是“界面只在单一模拟器截图正确，未验证测量约束、滚动复用、字体缩放、状态恢复和无障碍语义”。先预测再运行；任何“能跑”结论都要经过生命周期、失败输入、安全、资源释放和目标SDK迁移检查。

先建立直觉

在《第4章 软件也要拼脸蛋，UI开发的点点滴滴》中，先把生命周期看成系统与应用之间的时序合同，再把版本边界看成这份合同的坐标。API 名称只是入口；真正要追踪的是输入由谁接收、状态由谁保存、任务由谁取消，以及失败后用户看到什么。

《第4章 软件也要拼脸蛋，UI开发的点点滴滴》的直觉检验只改变一个条件：旋转、进程重建、拒绝权限、断网或目标 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

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

线程、状态与资源边界

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

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

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

本章回顾

本页从“第4章 软件也要拼脸蛋，UI开发的点点滴滴”覆盖到“4.9 小结与点评”，共10个正式节点。闭环是先明确生命周期、所有者与状态源，再执行“实现同一列表的ListView和RecyclerView版本，在长列表、旋转、字体放大和快速滚动下比较绑定、复用和状态”，最后以测量布局图、RecyclerView复用轨迹、多尺寸截图、无障碍与交互状态检查表证明功能在正常、重建、失败和版本迁移场景下可重放、可恢复、可发布。

← 上一页：第3章 先从看得到的入手，探究Activity · 下一页：第5章 手机平板要兼顾，探究Fragment →

原版目录概念补充核对

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

4.1 该如何编写程序界面：机制、边界与证据

第4章 软件也要拼脸蛋，UI开发的点点滴滴中的4.1 该如何编写程序界面要在 Android 10/Kotlin 基线中写清用户任务、平台合同、状态 owner、线程与资源释放，再单列现代 targetSdk 差异。用正常、拒绝和生命周期重建三类样本核对最终行为。

4.2 常用控件的使用方法：机制、边界与证据

第4章 软件也要拼脸蛋，UI开发的点点滴滴中的4.2 常用控件的使用方法由组件 owner、保存状态、事件回调与视图层级共同决定。固定用户操作后记录实例、回调和界面状态，并用旋转、后台回收、重复导航或不同屏幕尺寸验证恢复与释放。

4.3 详解3种基本布局：机制、边界与证据

第4章 软件也要拼脸蛋，UI开发的点点滴滴中的4.3 详解3种基本布局由组件 owner、保存状态、事件回调与视图层级共同决定。固定用户操作后记录实例、回调和界面状态，并用旋转、后台回收、重复导航或不同屏幕尺寸验证恢复与释放。

4.4 系统控件不够用？创建自定义控件：机制、边界与证据

第4章 软件也要拼脸蛋，UI开发的点点滴滴中的4.4 系统控件不够用？创建自定义控件由组件 owner、保存状态、事件回调与视图层级共同决定。固定用户操作后记录实例、回调和界面状态，并用旋转、后台回收、重复导航或不同屏幕尺寸验证恢复与释放。

4.5 最常用和最难用的控件：ListView：机制、边界与证据

第4章 软件也要拼脸蛋，UI开发的点点滴滴中的4.5 最常用和最难用的控件：ListView由组件 owner、保存状态、事件回调与视图层级共同决定。固定用户操作后记录实例、回调和界面状态，并用旋转、后台回收、重复导航或不同屏幕尺寸验证恢复与释放。

4.6 更强大的滚动控件：RecyclerView：机制、边界与证据

第4章 软件也要拼脸蛋，UI开发的点点滴滴中的4.6 更强大的滚动控件：RecyclerView由组件 owner、保存状态、事件回调与视图层级共同决定。固定用户操作后记录实例、回调和界面状态，并用旋转、后台回收、重复导航或不同屏幕尺寸验证恢复与释放。

4.7 编写界面的最佳实践：机制、边界与证据

第4章 软件也要拼脸蛋，UI开发的点点滴滴中的4.7 编写界面的最佳实践要在 Android 10/Kotlin 基线中写清用户任务、平台合同、状态 owner、线程与资源释放，再单列现代 targetSdk 差异。用正常、拒绝和生命周期重建三类样本核对最终行为。

4.8 Kotlin课堂：延迟初始化和密封类：机制、边界与证据

第4章 软件也要拼脸蛋，UI开发的点点滴滴中的4.8 Kotlin课堂：延迟初始化和密封类要把语言写法连接到类型、可空性、对象状态与生成调用，简洁语法不能替代契约。用可编译/应拒绝案例和边界输入核对推断、空值、集合变化与 Java 互操作。