Google 2018 IO 大会推出了 Android新的扩展库 AndroidX,用于替换原来的 Android扩展库,将原来的
android.*
替换成androidx.*
;只有包名和Maven工件名受到影响,原来的类名,方法名和字段名不会更改。接下来我们来看看使用 AndroidX的扩展库需要哪些配置。1. AndroidX变化
1)常用依赖库对比:
2. AndroidX配置
1)更新升级插件
- 将AS更新至 AS 3.2及以上;
- Gradle 插件版本改为 4.6及以上;
- compileSdkVersion 版本升级到 28及以上;
- buildToolsVersion 版本改为 28.0.2及以上。
在项目的
gradle.properties
文件里添加如下配置:android.useAndroidX=true
android.enableJetifier=true
表示项目启用 AndroidX 并迁移到 AndroidX
3)替换依赖库
修改项目app目录下的build.gradle
依赖库
4)修改支持库类
将原来import
的android.**
包删除,重新import
新的androidx.**
包
5)一键迁移AndroidX库
AS 3.2 及以上版本提供了更加方便快捷的方法一键迁移到 AndroidX。选择菜单上的ReFactor —— Migrate to AndroidX... 即可。(如果迁移失败,就需要重复上面1,2,3,4步手动去修改迁移)
AS 3.2 及以上版本提供了更加方便快捷的方法一键迁移到 AndroidX。选择菜单上的ReFactor —— Migrate to AndroidX... 即可。(如果迁移失败,就需要重复上面1,2,3,4步手动去修改迁移)
注意:如果你的项目compileSdkVersion 低于28,点击Refactor to AndroidX...会提示:
You need to have at least have compileSdk 28 set in your module build.gradle to refactor to androidx
提示让你使用不低于28的sdk,升级最新到SDK,然后点击 Migrate to AndroidX...,AS就会自动将项目重构并使用AndroidX库。
AndroidX迁移问题
《Android Support库和AndroidX冲突问题》
4. AndroidX影响
虽然说目前对我们没有多大影响,我们可以不使用仍然使用旧版本的支持库,毕竟没有强制,但长远来看还是有好处的。AndroidX重新设计了包结构,旨在鼓励库的小型化,支持库和架构组件包的名字也都简化了;而且也是减轻Android生态系统碎片化的有效方式。
参考
注意:
1)有一些第三方库并没有迁移 androidx库,所以项目在使用 androidx库时应当注意兼容问题;
2)在引用依赖库的时候,尽量避免使用
2)在引用依赖库的时候,尽量避免使用
latest.release
或+
方式,而是使用具体的版本。以免出现新旧库兼容,编译时间久等问题。附: