更好地支持重构
在 IDE 里使用重构的方式修改函数名称之后，XML 中会同步进行更新。
更好用的报错信息
数据绑定出错的信息可能一下子跳出来 1,000 条，这种尴尬将成为过去。现在在构建输出信息窗口中，数据绑定错误单独成组，这样开发者能更轻松地找到自己需要处理的错误信息。
有没有更好的视图访问方式？
视图访问方法当然不止一种，但正如上图所示的，在简明、编译安全和编译速度上，各个方法总有取舍。那有没有一种方法能一石 “三” 鸟呢？
即将到来！视图绑定 (View Binding)
给出 ID 即可自动生成绑定类代码且能保证编译安全，能做到一石 “三” 鸟的视图绑定可在 Android Studio 3.6 Canary 11 或更新版本中用得上。
class ProfileActivity:AppCompatActivity {
override fun onCreate(savedInstanceState:Bundle?) {
val binding = ProfileBinding.inflate(layoutInflater)
setContentView(binding.root)
// binding.title:TextView
// binding.photo:ImageView
}
}
△ 在生成的绑定类 inflate 之后，即可运行 setContentView，如果绑定的某个类型的控件不存在则无法编译。是时候告别 findViewById 了
所有的这些绑定类均由 Gradle 插件生成，如果开发者修改了某个布局文件，会报错的也会只有这个文件，100% 编译安全。
#处理生命周期
“ViewModel 和 SavedState 一样吗？ViewModel 会破坏 SavedState 吗？”
——很多开发者会这么问
基本上，开发者会通过 ViewModel 或着 SavedState 来保存自己的内容/状态，当应用配置发生变化时再从 ViewModel 或者 SavedState 中取回保存的内容/状态:
如果只这样粗略地理解的话，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.o
《Android学习笔记总结+最新移动架构视频+大厂安卓面试真题+项目实战源码讲义》
【docs.qq.com/doc/DSkNLaERkbnFoS0ZF】 完整内容开源分享
bserve(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
al mapped = liveData.map { user -> user.name }
ViewModel 的初始化也大幅精简，以前您可能需要这么操作:
// ViewModels initialization