标签： Androidx

1、CardView
implementation ‘androidx.cardview:cardview:1.0.0’

2、TabLayout
implementation ‘com.google.android.material:material:1.0.0’

3、RecycleView
implementation ‘androidx.recyclerview:recyclerview:1.0.0’

4、Snackbar
implementation ‘com.google.android.material.snackbar.Snackbar:1.0.0-rc01’

5、swiperefreshlayout
implementation ‘androidx.swiperefreshlayout:swiperefreshlayout:1.0.0’

6、viewpager
implementation ‘androidx.viewpager:viewpager:1.0.0’

7、design ui 库
implementation ‘com.google.android.material:material:1.0.0-rc01’

8、coordinatorlayout
implementation ‘androidx.coordinatorlayout:coordinatorlayout:1.0.0’

9、constraintlayout 约束布局
implementation ‘androidx.constraintlayout:constraintlayout:1.1.2’

10、NavigationView 侧滑
implementation ‘com.google.android.material.navigation.NavigationView：1.0.0′

11、drawerlayout 抽屉布局
implementation’androidx.drawerlayout:drawerlayout:1.0.0′

12、gridlayout 网格布局
implementation’androidx.gridlayout:gridlayout:1.0.0′

13、recyclerview-selection RecycleView 高亮显示方案
implementation’androidx.recyclerview:recyclerview-selection:1.0.0’

14、附赠 国内可打开的 官方对照连接
AndroidX 依赖对比 google官方

15、viewPager 2 这个是2与viewPager不同哦
implementation ‘androidx.viewpager2:viewpager2:1.0.0’
————————————————

Android技术迭代更新很快，各种新出的技术和名词也是层出不穷。不知从什么时候开始，总是会时不时听到AndroidX这个名词，这难道又是什么新出技术吗？相信有很多朋友也会存在这样的疑惑，那么今天我就来写一篇科普文章，向大家介绍AndroidX的前世今生。

Android系统在刚刚面世的时候，可能连它的设计者也没有想到它会如此成功，因此也不可能在一开始的时候就将它的API考虑的非常周全。随着Android系统版本不断地迭代更新，每个版本中都会加入很多新的API进去，但是新增的API在老版系统中并不存在，因此这就出现了一个向下兼容的问题。

举个例子，当Android系统发布到3.0版本的时候，突然意识到了平板电脑的重要性，因此为了让Android可以更好地兼容平板，Android团队在3.0系统（API 11）中加入了Fragment功能。但是Fragment的作用并不只局限于平板，以前的老系统中也想使用这个功能该怎么办？于是Android团队推出了一个鼎鼎大名的Android Support Library，用于提供向下兼容的功能。比如我们每个人都熟知的support-v4库，appcompat-v7库都是属于Android Support Library的，这两个库相信任何做过Android开发的人都使用过。

但是可能很多人并没有考虑过support-v4库的名字到底是什么意思，这里跟大家解释一下。4在这里指的是Android API版本号，对应的系统版本是1.6。那么support-v4的意思就是这个库中提供的API会向下兼容到Android 1.6系统。它对应的包名如下：

类似地，appcompat-v7指的是将库中提供的API向下兼容至API 7，也就是Android 2.1系统。它对应的包名如下：

可以发现，Android Support Library中提供的库，它们的包名都是以android.support.*开头的。

但是慢慢随着时间的推移，什么1.6、2.1系统早就已经被淘汰了，现在Android官方支持的*低系统版本已经是4.0.1，对应的API版本号是15。support-v4、appcompat-v7库也不再支持那么久远的系统了，但是它们的名字却一直保留了下来，虽然它们现在的实际作用已经对不上当初命名的原因了。

那么很明显，Android团队也意识到这种命名已经非常不合适了，于是对这些API的架构进行了一次重新的划分，推出了AndroidX。因此，AndroidX本质上其实就是对Android Support Library进行的一次升级，升级内容主要在于以下两个方面。

*，包名。之前Android Support Library中的API，它们的包名都是在android.support.*下面的，而AndroidX库中所有API的包名都变成了在androidx.*下面。这是一个很大的变化，意味着以后凡是android.*包下面的API都是随着Android操作系统发布的，而androidx.*包下面的API都是随着扩展库发布的，这些API基本不会依赖于操作系统的具体版本。

第二，命名规则。吸取了之前命名规则的弊端，AndroidX所有库的命名规则里都不会再包含具体操作系统API的版本号了。比如，像appcompat-v7库，在AndroidX中就变成了appcompat库。

一个AndroidX完整的依赖库格式如下所示：

implementation ‘androidx.appcompat:appcompat:1.0.2’
1
了解了AndroidX是什么之后，现在你应该放轻松了吧？它其实并不是什么全新的东西，而是对Android Support Library的一次升级。因此，AndroidX上手起来也没有任何困难的地方，比如之前你经常使用的RecyclerView、ViewPager等等库，在AndroidX中都会有一个对应的版本，只要改一下包名就可以完全无缝使用，用法方面基本上都没有任何的变化。

但是有一点需要注意，AndroidX和Android Support Library中的库是非常不建议混合在一起使用的，因为它们可能会产生很多不兼容的问题。*好的做法是，要么全部使用AndroidX中的库，要么全部使用Android Support Library中的库。

而现在Android团队官方的态度也很明确，未来都会为AndroidX为主，Android Support Library已经不再建议使用，并会慢慢停止维护。另外，从Android Studio 3.4.2开始，我发现新建的项目已经强制勾选使用AndroidX架构了。

那么对于老项目的迁移应该怎么办呢？由于涉及到了包名的改动，如果从Android Support Library升级到AndroidX需要手动去改每一个文件的包名，那可真得要改死了。为此，Android Studio提供了一个一键迁移的功能，只需要对着你的项目名右击 → Refactor → Migrate to AndroidX，就会弹出如下图所示的窗口。

这里点击Migrate，Android Studio就会自动检查你项目中所有使用Android Support Library的地方，并将它们全部改成AndroidX中对应的库。另外Android Studio还会将你原来的项目备份成一个zip文件，这样即使迁移之后的代码出现了问题你还可以随时还原回之前的代码。

好了，关于AndroidX的内容就讲到这里，相信也是解决了不少朋友心中的疑惑。由于这段时间以来一直在努力赶《*行代码 第3版》的进度，所以原创文章的数量偏少了一些，也请大家见谅。

Android support库迁移AndroidX
原因：目前很多流行的开源库都是AndroidX项目，并不支持Android support，加入到项目会报以下错误：

Manifest merger failed : Attribute application@appComponentFactory value=(android.support.v4.app.CoreComponentFactory) from [com.android.support:support-compat:28.0.0] AndroidManifest.xml:22:18-91
is also present at [androidx.core:core:1.0.0] AndroidManifest.xml:22:18-86 value=(androidx.core.app.CoreComponentFactory).
Suggestion: add ‘tools:replace=”android:appComponentFactory”‘ to <application> element at AndroidManifest.xml:36:5-364:19 to override.

按照日志提示
添加tools:replace=“android:appComponentFactory”
会报其他错误，其实是AndroidX和Android support共存问题，改来改去，bug越来越多，而且AndroidX是趋势，谷歌会逐步放弃对 support 的升级和维护。

*步
将build tools更新到3.2.0，gradle更新到4.6。升级之后才会有一键转换功能

第二步
修改当前项目的 gradle.properties

android.useAndroidX=true
android.enableJetifier=true

android.useAndroidX=true 表示当前项目启用 AndroidX
android.enableJetifier=true 表示将依赖包也迁移到AndroidX 。如果取值为 false ,表示不迁移依赖包到AndroidX，但在使用依赖包中的内容时可能会出现问题，当然了，如果你的项目中没有使用任何三方依赖，那么，此项可以设置为 false
第三步

之后会出现提示，勾选是否需要备份zip，建议勾选。

studio会自动搜索项目需要修改的地方，只需跟修改项目名称一样，搜索完成后点击Do Refactor即可。

第四步
之后建议直接重启，直接运行的话studio的缓存会报很多异常，直接

重启之后基本没有问题了，如果有问题那就是依赖库不支持AndroidX，升级成*新的即可。例如：

出现以下异常
The given artifact contains a string literal with a package reference ‘android.support.v4.content’ that cannot be safely rewritten. Libraries using reflection such as annotation processors need to be updated manually to add support for androidx.

解决办法
升级butterknife：

implementation ‘com.jakewharton:butterknife:10.1.0’
annotationProcessor ‘com.jakewharton:butterknife-compiler:10.1.0’
以及：
classpath ‘com.jakewharton:butterknife-gradle-plugin:10.1.0’

之后可能会出现以下问题：

[TAG] Failed to resolve variable ‘${junit.version}’

或者类似的Failed to resolve variable…
这种还是用老办法 ：Invaldate Caches/Restart…

我这个项目刚开始比较好转移，内容多的老项目没试过，如果有其他问题，欢迎讨论

方法一：在IDE中Refactor栏选择 Migrate to Androidx

这个操作会提醒我们备份数据

方法二：修改gradle.properties，加入一下两行

android.useAndroidX=true
android.enableJetifier=true

如果你有包名命名不规范的现象存在，可能会出现转化错误，需要你手动修改不规范的包名