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及以上。
2)开启迁移AndroidX
 在项目的gradle.properties文件里添加如下配置:
android.useAndroidX=true
android.enableJetifier=true

表示项目启用 AndroidX 并迁移到 AndroidX

3)替换依赖库
 修改项目app目录下的build.gradle依赖库

4)修改支持库类
 将原来importandroid.**包删除,重新import新的androidx.**

5)一键迁移AndroidX库
 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生态系统碎片化的有效方式。

参考

AndroidX 官方文档,开启传送门

注意:

1)有一些第三方库并没有迁移 androidx库,所以项目在使用 androidx库时应当注意兼容问题;
2)在引用依赖库的时候,尽量避免使用latest.release+方式,而是使用具体的版本。以免出现新旧库兼容,编译时间久等问题。
 
附:

 

12-23 00:11