AndroidX 了解一下，Android 开发框架

简单地说就是新的库可以在不同的 Android 版本上使用。比如之前我们如果使用support为 27.1.1 的相关依赖库时。可能需要所有相关的support 库都为 27.1.1。如果其中有 bug 的话，可能需要所有的都去升级，存在一个绑定关系，而且正式版的发布周期也很长。

通过 AndroidX，我们可以看到实时实现的特性和 bug 修复。升级个别依赖，不需要对使用的所有其他库进行更新。这就和我们使用 Github 上的开源库一样的，出了问题，我们可以提出 bug 和意见。作者修复后，发布新版本，我们就可以直接替换使用了。更加的透明便捷。

2.变化

我选取了几个常用依赖库，我们可以看看变化：

《Android学习笔记总结+最新移动架构视频+大厂安卓面试真题+项目实战源码讲义》
浏览器打开：qq.cn.hn/FTe 免费领取

port-compat | androidx.core:core:1.0.0+ || com.android.support:appcompat-v7 | androidx.appcompat:appcompat:1.0.0+ || com.android.support:design | com.google.android.material:material:1.0.0+ || com.android.support:multidex | androidx.multidex:multidex:2.0.0+ || com.android.support:recyclerview-v7 | androidx.legacy:legacy-support-v4:1.0.0+ || com.android.support:viewpager | androidx.viewpager:viewpager:1.0.0+ || com.android.support:support-fragment | androidx.fragment:fragment:1.0.0+ |

当然涉及的不止这些库，更详细的变化内容可以查看官方文档。

我们可以添加appcompat依赖对比一下：

implementation 'com.android.support:appcompat-v7:28.0.0-beta1'或 implementation 'androidx.appcompat:appcompat:1.0.0-beta01'

可以看到详细变化

??

同时我们看到viewpager、swiperefreshlayout、 coordinatorlayout 等一些 UI 组件被分离了出来，这样也是便于更好的使用，职责分明，以减轻不使用ProGuard 或 Multidex的应用程序和测试的压力。

3.影响

官方博客中有说道，为了给开发者一定迁移的时间，所以 28.0.0 的稳定版本还是采用android.support。但是所有后续的功能版本都将采用androidx。

其实对于我们影响也不是很大，我们可以选择不使用，毕竟不是强制的。但长远看来还是有好处的。接受变化，拥抱变化也是我们程序猿需要有的精神，欢迎尝试。

对于有写一些开源项目的人，可能会有一些影响。比如你有一个关于 RecyclerView 的拓展库，那么你就需要去让他支持AndroidX，否则你懂的。

我有去看了一下我们常用的butterknife、glide 等都已经适配了AndroidX，不得不说真是很良心。