build:gradle 3.0 以及 Support Library 27.1.0 带来的 Api 变动

栏目: IOS · Android · 发布时间: 5年前

内容简介:Google又双叒升级了引入依赖的方式由原来的

Google又双叒升级了 Android 的开发库,我们将根目录下的 build:gradle 版本由原先的 2.3.3 升级至 3.1.2 ,随之带来的问题是 Support Library 也需要升级。升级之后, gradle 脚本以及 support 包下相关类的 Api 发生了重大的改动。具体需要注意的改动如下:

build.gradle 文件

引入依赖的方式由原来的 compile 变更为现在的 implementationapi 关键字,这两个关键字的区别在于是否能传递依赖,例如:

build:gradle 3.0 以及 Support Library 27.1.0 带来的 Api 变动

注意:使用旧的关键字 compile 进行依赖应用并不会报错,只会报警告。使用 implementation 可以提升编译速度。

Support Library 27

新的 support 包带来便捷的新特性,如自带生命周期组件中的 android.arch.lifecycle:runtime 库,但对现有代码对兼容带来不小的麻烦。

:warning:最明显的变化就是 Fragment 中的 getActivity() 以及 getContext() 方法返回的被标记为 @Nullable , 也就是返回值可能为 null , 于是在 Kotlin 中所有获取 ActivityContext 实例的地方都需要判空操作。

其实 Google 并没有更改代码逻辑,返回 null 是因为 fragment 没有加入到 actiivty 中,这个逻辑处理之前的版本就存在,只是相比之前加上 @Nullable 注解,具体可以看这里的解释: https://stackoverflow.com/a/49289578/7077907

如何更好的兼容之前的代码?直接加 !! 处理是没有问题的,如果你觉得这样写过于丑陋并且看起来十分危险,可以用 activity ? : return 这样的写法代替,或者更好的方式是使用 Google 新提供的方法:

requireActivity()
requireContext()

这两个方法的返回值是不为 null 的,内部作了判空抛异常处理。具体文档可看源码或这里: https://developer.android.com/topic/libraries/support-library/revisions#27-1-0。

以上。

关注公众号,了解更多哦~:point_down:

build:gradle 3.0 以及 Support Library 27.1.0 带来的 Api 变动


以上就是本文的全部内容,希望本文的内容对大家的学习或者工作能带来一定的帮助,也希望大家多多支持 码农网

查看所有标签

猜你喜欢:

本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们

Java解惑

Java解惑

布洛赫、加夫特 / 陈昊鹏 / 人民邮电出版社 / 2006-1 / 39.00元

本书特写了95个有关Java或其类库的陷阱和缺陷的谜题,其中大多数谜题都采用了短程序的方式,这些程序的行为与其看似的大相径庭。在每个谜题之后都给出了详细的解惑方案,这些解惑方案超越了对程序行为的简单解释,向读者展示了如何一劳永逸地避免底层的陷阱与缺陷。 本书趣味十足、寓教于乐,适合于具备Java知识的学习者和有编程经验的Java程序员。一起来看看 《Java解惑》 这本书的介绍吧!

URL 编码/解码
URL 编码/解码

URL 编码/解码

Markdown 在线编辑器
Markdown 在线编辑器

Markdown 在线编辑器