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

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

内容简介: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 变动


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

查看所有标签

猜你喜欢:

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

复杂性思考

复杂性思考

Allen B. Downey / 张龙 / 机械工业出版社 / 2013-5 / 49.00元

本书的灵感来源于无聊与迷恋的感觉:对常规的数据结构与算法介绍的无聊,对复杂系统的迷恋。数据结构的问题在于教师在教授这门课程的时候通常不会调动起学生的积极性;复杂性科学的问题在于学校通常不会教授这门课程。 2005年,我在欧林学院讲授了一门新课程,学生要阅读关于复杂性的主题,使用Python进行实验,并学习算法与数据结构。当我在2008年再次讲授这门课程时,我写了本书的初稿。 在2011......一起来看看 《复杂性思考》 这本书的介绍吧!

JS 压缩/解压工具
JS 压缩/解压工具

在线压缩/解压 JS 代码

图片转BASE64编码
图片转BASE64编码

在线图片转Base64编码工具

XML 在线格式化
XML 在线格式化

在线 XML 格式化压缩工具