Android 架构组件的最新进展 (上篇)，android移动应用开发答案第二版

更好地支持重构

在 IDE 里使用重构的方式修改函数名称之后，XML 中会同步进行更新。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-huYJjB5q-1638255433270)(https://user-gold-cdn.xitu.io/2019/10/14/16dc8ad06f68a592?imageslim)]

更好用的报错信息

数据绑定出错的信息可能一下子跳出来 1,000 条，这种尴尬将成为过去。现在在构建输出信息窗口中，数据绑定错误单独成组，这样开发者能更轻松地找到自己需要处理的错误信息。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-70n6fajs-1638255433285)(https://user-gold-cdn.xitu.io/2019/10/14/16dc8ad98287cd0e?imageView2/0/w/1280/h/960/ignore-error/1)]

有没有更好的视图访问方式？

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-YAS7tnH6-1638255433286)(https://user-gold-cdn.xitu.io/2019/10/14/16dc8ade2e5d944b?imageView2/0/w/1280/h/960/ignore-error/1)]

视图访问方法当然不止一种，但正如上图所示的，在简明、编译安全和编译速度上，各个方法总有取舍。那有没有一种方法能一石 “三” 鸟呢？

即将到来！视图绑定 (View Binding)

给出 ID 即可自动生成绑定类代码且能保证编译安全，能做到一石 “三” 鸟的视图绑定可在 Android Studio 3.6 Canary 11 或更新版本中用得上。

class ProfileActivity:AppCompatActivity {
override fun onCreate(savedInstanceState:Bundle?) {
val binding = ProfileBinding.inflate(layoutInflater)
setConten

《Android学习笔记总结+最新移动架构视频+大厂安卓面试真题+项目实战源码讲义》

【docs.qq.com/doc/DSkNLaERkbnFoS0ZF】 完整内容开源分享

tView(binding.root)
// binding.title:TextView
// binding.photo:ImageView
}
}

△ 在生成的绑定类 inflate 之后，即可运行 setContentView，如果绑定的某个类型的控件不存在则无法编译。是时候告别 findViewById 了

所有的这些绑定类均由 Gradle 插件生成，如果开发者修改了某个布局文件，会报错的也会只有这个文件，100% 编译安全。

处理生命周期

“ViewModel 和 SavedState 一样吗？ViewModel 会破坏 SavedState 吗？” ——很多开发者会这么问

基本上，开发者会通过 ViewModel 或着 SavedState 来保存自己的内容/状态，当应用配置发生变化时再从 ViewModel 或者 SavedState 中取回保存的内容/状态:

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-KnQhwQDb-1638255433287)(https://user-gold-cdn.xitu.io/2019/10/14/16dc8af9fc24480a?imageView2/0/w/1280/h/960/ignore-error/1)]

如果只这样粗略地理解的话，ViewModel 和 SavedState 其实是一回事。然而并不是这样的。

SavedState 会经由 System Server (一个独立的进程) 保存内容 (序列化的数据)，也就是说，它会无视进程的限制。

而 ViewModel 则一直运行于进程内，即便应用配置发生变化，只要进程还在，ViewModel 保存的内容就不会消失。但只要进程消失，ViewModel 里的内容也会消失。

ViewModel 用于:

• 保留应用对网络、数据库的请求
• 当作大型对象的缓存

SavedState 用于:

• UI 的状态记录，比如选择区域和滚动距离等
• 导航状态键值记录

各取所长，联手打造流畅体验

// SavedStateHandle
class UserViewModel(val handle: SavedStateHandle) : ViewModel() {
}

现在用户的 ViewModel 会在构造函数中接收一个 SavedStateHandle，这样开发者就能在 ViewModel 中马上访问 SavedState。

而这个 SavedStateHandle 内部的逻辑也非常直白: 一个 Map 类的键值结构。当然，也提供了 LiveData 供访问，只不过在这里使用的是 MutableLiveData (因为 SavedState 是可变的)。

// map-like object
val handle : SavedStateHandle

// read
val myValue : Int = handle.get(“key”)

// write
handle.put(“key”, newValue)

// or
val liveData : MutableLiveData = handle.getLiveData(“key”)

// observe as usual
liveData.observe (lifecycleOwner) { value -> }

// write
liveData.value = newValue

更 Kotlin 友好的代码

我们会持续确保 Kotlin 语言的首选开发语言地位。其中一个例子就是 liveData.observe 现在支持 lambda 表达式:

// lifecycle-livedata-ktx

liveData.observe(lifecycleOwner) { newValue ->
}

另一个例子则是 LiveData 不再需要使用静态的 Transformations.map 方法:

// lifecycle-livedata-ktx

// 以前
val mapped = Transformations.map(liveData) {
user -> user.name
}

// 现在
val mapped = liveData.map { user -> user.name }

ViewModel 的初始化也大幅精简，以前您可能需要这么操作:

// ViewModels initialization

lateinit var userViewModel: UserViewModel

fun onCreate(bundle: Bundle?) {
userViewModel = ViewModelProviders.of(this)
.get(UserViewModel::class.java)
}

而现在只需要一行:

// ViewModels initialization
bundle: Bundle?) {
userViewModel = ViewModelProviders.of(this)
.get(UserViewModel::class.java)
}

而现在只需要一行:

// ViewModels initialization