hi 大家好,我是 DHL。公众号:ByteCode ,专注分享最新技术原创文章,涉及 Kotlin、Jetpack、算法动画、数据结构 、系统源码、 LeetCode / 剑指 Offer / 多线程 / 国内外大厂算法题 等等。
本篇文章作为技术动态了解即可,废弃 LiveData.observe()
扩展方法,已经不是什么新的新闻了,在很久以前,Google 废弃掉这个方法的时候,第一时间我在 朋友圈 和 掘金沸点 发过一个消息,如下图所示。
通过这篇文章你将学习到以下内容:
- 为什么增加
LiveData.observe()
扩展方法? - 既然增加了,为什么有要废弃
LiveData.observe()
扩展方法? - Kotlin 1.4 语法的特性
- 什么是函数式(SAM)接口?
- 什么是 SAM 转换?
为什么废弃 LiveData.observe 扩展方法
我们先来看看官方是如何解释,如下图所示:
在 Kotlin 1.4 上本身能够将默认的 observe()
方法转换为 lambda 语法,以前只有在使用 Kotlin 扩展时才可用。因此将 LiveData.observe()
扩展方法废弃掉了。
在 Kotlin 1.4 之前 LiveData.observe()
写法如下所示。
liveData.observe(this, Observer<String> { // ...... })
但是这种写法有点复杂,因此 Google 在 lifecycle-livedata-ktx
库中添加了扩展方法,使代码更简洁,可读性更强。
liveData.observe(this){ // ...... }
在 Kotlin 1.4 时,增加了一个新的特性 SAM conversions for Kotlin interfaces ,支持将 SAM(单一抽象方法)接口,转换成 lambda 表达式,因此废弃了 LiveData.observe()
扩展方法。所以升级 lifecycle-livedata-ktx
库到最新版本,将会出现如下提示。
迁移也非常简单,升级到 Kotlin 1.4 之后,只需要移除掉下列包的导入即可。
import androidx.lifecycle.observe
为什么增加 LiveData.observe 扩展方法
接下来我们一起来了解一下 LiveData.observe()
扩展方法的由来,源于一位大神在 issuetracker 上提的一个问题, 如下图所示:
大神认为 SAM 转换,可以使代码更简洁,可读性更强,因此期望 Google 能够支持,现阶段 LiveData.observe()
写法相比 java8 是比较复杂的。
// java8 liveData.observe(owner, name -> { // ...... }); // SAM 转换之前 liveData.observe(this, Observer<String> { name -> // ...... }) // SAM 转换之后 liveData.observe(this){ name -> // ...... }
这里需要插入两个 Kotlin 语法的知识点:
- 什么是函数式(SAM)接口?
- 什么是 SAM 转换?
什么是函数式(SAM)接口
只有一个抽象方法的接口称为函数式接口或 SAM(单一抽象方法)接口。函数式接口可以有多个非抽象成员,但只能有一个抽象成员。
什么是 SAM 转换
对于函数式接口,可以通过 lambda 表达式实现 SAM 转换,从而使代码更简洁,可读性更强,代码如下所示。
fun interface ByteCode { fun follow(name: String) } fun testFollow(bytecode: ByteCode) { // ...... } // 传统的使用方法 testFollow(object : ByteCode{ override fun follow(name: String) { // ...... } }) // SAM 转换 testFollow{ // ...... }
在 Kotlin 1.4 之前不支持实现 SAM 转换,于是 Google 在 lifecycle-livedata-ktx
库中添加了 LiveData.observe()
扩展方法,达到相同的目的,commit 如下图所示。
在 Kotlin 1.4 之后,Kotlin 开始支持 SAM 转换,所以 Google 废弃 LiveData.observe()
扩展方法, Google 工程师也对此进行了讨论,如下图所示。
大神 Sergey Vasilinets 建议,为了不破坏源代码兼容性,只是在这个版本中弃用。在以后的版本更新中将会更新错误级别为 error
,因此在这里建议如果已经升级到了 Kotlin 1.4,将下列包的导入从代码中移除即可。
import androidx.lifecycle.observe
在 Kotlin 1.5.0 中使用 dynamic invocations (invokedynamic) 进行编译, 实现 SAM(单一抽象方法) 转换,这个就不在本文讨论范围内,放在以后进一步分析。
如果有帮助 点个赞 就是对我最大的鼓励
代码不止,文章不停
欢迎关注公众号:ByteCode,持续分享最新的技术
最后推荐长期更新和维护的项目:
- 个人博客,将所有文章进行分类,欢迎前去查看 hi-dhl.com
- KtKit 小巧而实用,用 Kotlin 语言编写的工具库,欢迎前去查看 KtKit
- 计划建立一个最全、最新的 AndroidX Jetpack 相关组件的实战项目 以及 相关组件原理分析文章,正在逐渐增加 Jetpack 新成员,仓库持续更新,欢迎前去查看 AndroidX-Jetpack-Practice
- LeetCode / 剑指 offer / 国内外大厂面试题 / 多线程 题解,语言 Java 和 kotlin,包含多种解法、解题思路、时间复杂度、空间复杂度分析
近期必读热门文章
- 跟源码学数据结构 | 循环队列
- 图解 ArrayDeque 比 LinkedList 快
- 为什么不推荐 ArrayDeque 代替 Stack
- 算法动画图解 | 被 "废弃" 的 Java 栈,为什么还在用
- 影响性能的 Kotlin 代码(一)
- Jetpack Splashscreen 解析 | 助力新生代 IT 农民工 事半功倍
- 为数不多的人知道的 Kotlin 技巧及解析(三)
- 为数不多的人知道的 Kotlin 技巧以及 原理解析(二)
- 为数不多的人知道的 Kotlin 技巧以及 原理解析(一)
- 揭秘 Kotlin 中的 == 和 ===
- Kotlin 密封类进化了
- Kotlin 中的密封类 优于 带标签的类
- Kotlin Sealed 是什么?为什么 Google 都在用
- Android 12 行为变更,对应用产生的影响
- 图解多平台 AndroidStudio 技巧(三)
- Kotlin StateFlow 搜索功能的实践 DB + NetWork
- Kotlin 插件的落幕,ViewBinding 的崛起