在 MVVM 架构中，使用 LiveData 或者 StateFlow 很适合用来向 UI 侧发送更新后的状态，但是用来发送事件就不妥了

由于 LiveData 简单好用再加上官网早期的推荐，很多人会将 LiveData 用在 Domain 甚至 Data 层等非 UI 场景，这样的用法并不合理，也已经不再被官方推荐。

Glance？？？ 今天像往常一样进去 Google 的官方文档查看最新的依赖更新，发现昨天 Google 更新了一批依赖： 看着没啥不正常的，都是一些依赖的更新迭代，但当我往下继续滑动的时候。。。。

最近网上流传出「LiveData 被弃用，应该使用 Flow 替代 LiveData」的声音。 LiveData 真的有那么不堪吗？Flow 真的适合你使用吗？ 我们今天来讨论一下这两种组件。

最近业务同学需要接入谷歌推的`Hilt`框架。因为哔哩哔哩的业务上很容易出现业务层面的交叉，而因为项目完成了大量的组件化拆分。由于不希望业务之间产生相互引用，所有在技术评估完成之后我们决定由我们部门来

由于官方文档对固有特性测量描述的模糊不清，所提供的案例场景中只说明了在这种场景下可以使用固有特性测量，却没有说清固有特性测量到底做了什么，导致开发者不能正确理解其本质，从而无法为其进行拓展。

ViewBinding 是一个轻量级的视图绑定方案，使用属性委托可以收敛模板代码，保证调用方代码干净清爽。

理想情况下，ViewModel 不应该知道任何关于 Android 的事情（如Activity、Fragment）。 这样会大大改善可测试性，有利于模块化，并且能够减少内存泄漏的风险。一个通用的法则是，你的 ViewModel 中没有导入像 android.*这样的包（像 an…

ViewModelComponent 是一个 Hilt 组件层次结构 (Component hierarchy) 中的一员，它遵循 ViewModel 的生命周期，并可以限定类型的作用域到此组件上。