- 综合排序
- 最热优先
- 最新优先
- 来自专栏葬爱家族
AndroidX
一、简介 Google 2018 IO 大会推出了 Android新的扩展库 AndroidX，用于替换原来的 Android扩展库，按照官方文档说明 AndroidX 是对 android.support.xxx 四、AndroidStudio自动转换 AS 3.2 及以上版本提供了更加方便快捷的方法一键迁移到 AndroidX。选择菜单上的ReFactor —— Migrate to AndroidX... 可以在新建工程时就配置好AndroidX。 属性变更 AndroidX对某些组件的属性做了调整，比如FloatingActionButton，切换到AndroidX后，可能会出现解析失败，需要删除一些属性或者调整一些属性。 PS：更多信息请参考AndroidX官方文档
3.2K50发布于 2019-08-12 - 来自专栏郭霖
总是听到有人说AndroidX，到底什么是AndroidX？
不知从什么时候开始，总是会时不时听到AndroidX这个名词，这难道又是什么新出技术吗？相信有很多朋友也会存在这样的疑惑，那么今天我就来写一篇科普文章，向大家介绍AndroidX的前世今生。 ? *下面的，而AndroidX库中所有API的包名都变成了在androidx.*下面。这是一个很大的变化，意味着以后凡是android. 吸取了之前命名规则的弊端，AndroidX所有库的命名规则里都不会再包含具体操作系统API的版本号了。比如，像appcompat-v7库，在AndroidX中就变成了appcompat库。 一个AndroidX完整的依赖库格式如下所示： implementation 'androidx.appcompat:appcompat:1.0.2' 了解了AndroidX是什么之后，现在你应该放轻松了吧 因此，AndroidX上手起来也没有任何困难的地方，比如之前你经常使用的RecyclerView、ViewPager等等库，在AndroidX中都会有一个对应的版本，只要改一下包名就可以完全无缝使用，用法方面基本上都没有任何的变化
2.8K20发布于 2019-08-30 - 来自专栏Android知识
Android Support 和 AndroidX
AndroidX Library。 ，而AndroidX Library中的API都变成androidx.，意味着后续android. ② 执行完Migrate to AndroidX后就完成AndroidX迁移了？ ⑤ Glide注解不兼容AndroidX 答：Glide升级到4.8.0以后，具体可见 官方issues ⑥ 没有迁移到androidX，却出现Support库和AndroidX库冲突？ 答：大概率是依赖的第三方库用到了AndroidX，可执行 gradlew :app:dependencies 查看第三方的依赖树，直接搜androidx的包。
2.9K10编辑于 2021-12-16 - 来自专栏算法微时光
android之AndroidX介绍
AndroidX Android系统版本不断地迭代更新，每个版本中都会加入很多新的API进去，但是新增的API在老版系统中并不存在，因此这就出现了一个向下兼容的问题。 Android团队也意识到这种命名已经非常不合适了，于是对这些API的架构进行了一次重新的划分，推出了AndroidX。 之前Android Support Library中的API，它们的包名都是在android.support.下面的，而AndroidX库中所有API的包名都变成了在androidx.下面。 吸取了之前命名规则的弊端，AndroidX所有库的命名规则里都不会再包含具体操作系统API的版本号了。比如，像appcompat-v7库，在AndroidX中就变成了appcompat库。 使用 一个AndroidX完整的依赖库格式如下所示： implementation 'androidx.appcompat:appcompat:1.0.2'
81920发布于 2021-03-03 - 来自专栏cayzlh
Android Support vs AndroidX
AndroidX Library。 ，而AndroidX Library中的API都变成androidx.，意味着后续android. 一键迁移 AS 3.2及以上版本提供了一键迁移到AndroidX的功能，依次点击菜单栏的 Refactor → Migrate to AndroidX。 配置 在项目的 gradle.properties 文件中添加下述配置： # 当前项目启用androidx android.useAndroidX=true # 将依赖包也迁移到androidx，一般写 AndroidX变化中的类映射改，可直接查官方文档： https://developer.android.com/jetpack/androidx/migrate/class-mappings 或下载映射的
1.5K20编辑于 2022-03-01 - 来自专栏全栈程序员必看
androidX_android targetSdkVersion
AndroidX简介： Android 9.0(API level 28)发布时，AndroidX也作为一个新的支持库发布出来了。 AndroidX时Jetpack的一部分，它包含了现有的支持库和最新的Jetpack组件。 AndroidX 与 Android 操作系统分开提供，并与各个 Android 版本向后兼容。 所以对于使用AndroidX后，不需要因为使用v4还是v7库而烦恼了。 修改项目中的gradle.properties文件中将下面两个属性置为true就能完全使用AndroidX的库了。 android.useAndroidX：使用相应的 AndroidX 库，而非支持库 android.enableJetifier：重写其二进制文件，自动迁移现有的第三方库以使用 AndroidX 更多具体信息及如何使用请到 的库，而默认Junit使用的是非AndroidX库，导致出现各种报错。
1.1K10编辑于 2022-09-20 - 来自专栏Android开发者家园
历史角度看Support Library 到 AndroidX
AndroidX 库中进行了。 因此 AndroidX 库是 Support Library 库的替换，在 API 28 及以后就要使用 AndroidX 库来彻底替换 Support Library 库了。 AndroidX 和 原先的 Support Library 都有对应的关系如上图，具体看：https://developer.android.com/jetpack/androidx/migrate/ artifact-mappings 关于 AndroidX 的版本号查看：https://developer.android.com/jetpack/androidx/versions 最后注意：如果你的项目的 compileSdkVersion 是28的话，支持库就别再用 Support Library 了，要换成 AndroidX 重中之重的是如果换成了 AndroidX 依赖后，里面就千万不要再出现 support
71510发布于 2020-07-14 - 来自专栏Android 开发者
是时候迁移至 AndroidX 了！
Jetpack 和 AndroidX 有什么关系呢? Jetpack 中所有库都使用 AndroidX 作为包名，我们把 AndroidX 作为一个开发、测试和发布 Jetpack 库的开源工程。 为什么有必要迁移至 AndroidX 您可能会想: 既然 AndroidX 只是 Support Library 28 的重构，那为什么要迁移呢? useAndroidX" 设置用于开启 AndroidX 库的自动导入，当您自动补全或导入依赖库时，会自动导入 AndroidX 库。 在 迁移到 AndroidX 中，您能看到前文提到过的 Support Library 与 AndroidX 的类型映射关系表。 AndroidX 概览 包括: AndroidX 总览、迁移指南以及 Support Library 到 AndroidX 库稳定版和 Alpha 版的映射关系表。
1.4K00发布于 2020-11-15 AndroidX 与 Support Library 深度解析
版本耦合 // 所有 Support 库必须使用相同版本号 // 导致更新困难 } 2.AndroidX 架构优势 // ✅ AndroidX 的改进 class AndroidXAdvantages 清晰的包结构 val coreKtx = "androidx.core:core-ktx:1.9.0" val appCompat = "androidx.appcompat:appcompat androidx.legacy:legacy-support-v4 android.arch.lifecycle androidx.lifecycle 3. 使用建议 新项目: 直接使用 AndroidX + Jetpack 维护中项目: 逐步迁移到 AndroidX 遗留项目: 评估迁移成本和收益 第三方库: 优先选择 AndroidX 版本 3. 未来趋势 Material Design 3: 仅支持 AndroidX Jetpack Compose: 基于 AndroidX 新 API: 仅在 AndroidX 中提供 通过全面迁移到 AndroidX
18310编辑于 2025-11-30- 来自专栏算法微时光
Android之AndroidX和Jetpack介绍
AndroidX本质上其实就是对Android Support Library进行的一次升级. image.png Androidx的更改 AndroidX升级内容主要在于： 第一，包名。 AndroidX 将原始支持库 API 替换为 androidx 命名空间中的软件包。只有软件包和 Maven 工件名称发生了变化；类名、方法名和字段名没有变化。 AndroidX 中的所有软件包都使用一致的命名空间，以字符串 androidx 开头。支持库软件包已映射到对应的 androidx.* 软件包。 与支持库不同，androidx 软件包会单独维护和更新。从版本 1.0.0 开始，androidx 软件包使用严格的语义版本控制。 image.png 目前，androidx 命名空间中的工件包含 Android Jetpack库。
1.1K20发布于 2021-07-08 - 来自专栏HenCoder
是时候迁移至 AndroidX 了！
Jetpack 和 AndroidX 有什么关系呢? Jetpack 中所有库都使用 AndroidX 作为包名，我们把 AndroidX 作为一个开发、测试和发布 Jetpack 库的开源工程。 为什么有必要迁移至 AndroidX 您可能会想: 既然 AndroidX 只是 Support Library 28 的重构，那为什么要迁移呢? Jetifier 可以帮助您迁移第三方依赖库的依赖至 AndroidX。正如字面意思所说，Jetifier 会修改这些第三方依赖库的代码，从而使其与使用 AndroidX 的工程兼容。 useAndroidX" 设置用于开启 AndroidX 库的自动导入，当您自动补全或导入依赖库时，会自动导入 AndroidX 库。 AndroidX 概览包括: AndroidX 总览、迁移指南以及 Support Library 到 AndroidX 库稳定版和 Alpha 版的映射关系表。
1.2K20发布于 2020-04-27 - 来自专栏Android 开发者
是时候迁移至 AndroidX 了！
Jetpack 和 AndroidX 有什么关系呢? Jetpack 中所有库都使用 AndroidX 作为包名，我们把 AndroidX 作为一个开发、测试和发布 Jetpack 库的开源工程。 为什么有必要迁移至 AndroidX 您可能会想: 既然 AndroidX 只是 Support Library 28 的重构，那为什么要迁移呢? useAndroidX" 设置用于开启 AndroidX 库的自动导入，当您自动补全或导入依赖库时，会自动导入 AndroidX 库。 在迁移到 AndroidX 中，您能看到前文提到过的 Support Library 与 AndroidX 的类型映射关系表。 AndroidX 概览包括: AndroidX 总览、迁移指南以及 Support Library 到 AndroidX 库稳定版和 Alpha 版的映射关系表。
51310编辑于 2024-01-26 - 来自专栏码客
我常用的Android库-AndroidX
前言 随着使用AndroidX，哪些我常用的库有些已经不能用了，所以就重新记录以下AndroidX下常用的库。 Android官方 implementation 'androidx.appcompat:appcompat:1.1.0' implementation 'androidx.core:core-ktx: 1.3.0' implementation 'androidx.constraintlayout:constraintlayout:1.1.3' implementation 'androidx.legacy :legacy-support-v4:1.0.0' implementation 'androidx.multidex:multidex:2.0.1' implementation 'androidx.multidex 'androidx.test.espresso:espresso-core:3.2.0' 我的常用组件 Kotlin Kotlin & anko anko project - build.gradle
2.6K41发布于 2020-07-03 - 来自专栏移动开发专栏
Android 现有项目迁移到androidx
前言 我在全新项目中用过androidx，也做过老项目迁移到androidx，所以，我想表达的是androidx其实没那么神秘，也没那么多坑，时至今日也一年多过去了，基本趋于稳定，未来也是大势所趋，所以 何为androidx androidx其实是对Support Library的一次整合升级，即我们常用的v4包、v7包等，这些包最开始是做向下兼容的，但是现如今向下兼容的版本（targetSdkVersion 开始迁移 Refactor > Migrate to AndroidX 迁移之前会提示备份，默认勾选，看自己需求。 然后就是修改命名包名什么的，因为以前是android.support. *下面的，迁移之后变成androidx.*。support包有的，androidx也都有。 接下来就是解决报错了。 ERROR: Could not determine artifacts for androidx.appcompat:appcompat:1.0.0: No cached version available
1.1K20编辑于 2022-06-10 - 来自专栏向治洪
Android Jetpack架构组件(一)与AndroidX
不仅如此，AAC（Android Architecture Components架构缩写）中的组件也被 合并到AndroidX中，所以在使用JetPack组件时经常会看到AndroidX相关的包。 [在这里插入图片描述] 4.2 迁移到AndroidX 如果你从未在Android项目中使用AndroidX，现在希望将项目迁移到AndroidX，那么可以在菜单栏中依次选择【ReFactor】→【Migrate to AndroidX... 】即可将你的Android项目迁移到AndroidX，如下图所示。 android.useAndroidX=true //是否使用AndroidX android.enableJetifier=true //是否将第三方库迁移到AndroidX 然后再打开 如果是新建项目，那么默认会添加AndroidX支持。
2.7K00发布于 2020-12-21 - 来自专栏阿策小和尚
【Flutter 专题】43 图解 Flutter 适配 AndroidX
和尚在尝试一些三方库时，会提示与 androidx 不兼容，和尚整理一下尝试步骤； 首先需要了解一下 Android 的基本情况，目前已经由 V7 发展到 androidx，主要避免包越来越臃肿的问题 ，而 Android 的新特性也会在 androidx 中进行优化增加；与之而来的挑战是适配问题，support 包与 androidx 不兼容，二者存一，在项目中需要好好斟酌； 和尚未适配 =true 代表三方包迁移至 androidx ? 建议手动逐步操作而非 Migrate to AndroidX 和尚在测试时尝试用 AndroidStudio 自带的 Migrate to AndroidX 方式无效，后手动逐步操作，可能是和尚操作有误或其他 兼容其他三方库 和尚在使用三方库时部分库未进行 androidx 适配，包括和尚自己发布的 pub 库，不兼容需适配升级；对于此类情况，我们可以选择不升级至 androidx 用较低版本的
1.4K41发布于 2019-08-12 - 来自专栏Android 开发者
Plaid 应用迁移到 AndroidX 的实践经历
：Mirosalva 校对者：PhxNirvana 一份 AndroidX 的迁移指南 ? 因此，接收 bug 修复、新功能和其他库更新的唯一选择就需要将 Plaid 迁移到 AndroidX。 什么是 AndroidX? 依赖于一个旧版 support 库的第三方库可能与 AndroidX 不兼容，这很有可能导致你的应用在迁移到 AndroidX 后无法编译。 AndroidX 迁移工具位于菜单栏的 Refactor > Migrate to AndroidX 选项。这个选项将迁移整个项目的所有模块。 ? 运行 AndroidX 重构工具后的预览窗口。 Android Studio 中的 AndroidX 迁移工具是 AndroidX 迁移的主要方式。
1.4K50发布于 2019-05-23 - 来自专栏音视频专栏
AndroidX TabLayout使用、扩展及解析All In One
之前的TabLayout是在support中使用，新的引用全部放到老AndroidX中 image.png 使用老的库需要用 implementation 'com.android.support:design :28.0.0' Android 支持库的最新版本是28.0.0,这是最后一个google发布的支持库版本，现在google已将所有support包下的库都迁移至androidx包下面，以后的更新都只会在 androidx包中进行。 此视图还支持用作ViewPager装饰的一部分，并且可以像这样在布局资源文件中直接添加到ViewPager： <androidx.viewpager.widget.ViewPager android image.png 上面三种使用方法，我们使用新的库androidx看下使用的效果图： 5f892ddc-0286-46bf-9e54-a78b202bc66a.gif 3.1 使用扩展
8.8K71发布于 2019-10-21 - 来自专栏Android 开发者
Plaid 应用迁移到 AndroidX 的实践经历
/blob/master/TODO1/cross-stitching-plaid-and-androidx.md 译者：Mirosalva 校对者：PhxNirvana 一份 AndroidX 的迁移指南 因此，接收 bug 修复、新功能和其他库更新的唯一选择就需要将 Plaid 迁移到 AndroidX。 什么是 AndroidX? 依赖于一个旧版 support 库的第三方库可能与 AndroidX 不兼容，这很有可能导致你的应用在迁移到 AndroidX 后无法编译。 AndroidX 迁移工具位于菜单栏的 Refactor > Migrate to AndroidX 选项。这个选项将迁移整个项目的所有模块。 运行 AndroidX 重构工具后的预览窗口。 Android Studio 中的 AndroidX 迁移工具是 AndroidX 迁移的主要方式。
1.5K30编辑于 2022-09-20 - 来自专栏Android 开发者
提示 Plaid 应用迁移到 AndroidX 的实践经历
：Mirosalva 校对者：PhxNirvana 一份 AndroidX 的迁移指南 ? 因此，接收 bug 修复、新功能和其他库更新的唯一选择就需要将 Plaid 迁移到 AndroidX。 什么是 AndroidX? 依赖于一个旧版 support 库的第三方库可能与 AndroidX 不兼容，这很有可能导致你的应用在迁移到 AndroidX 后无法编译。 AndroidX 迁移工具位于菜单栏的 Refactor > Migrate to AndroidX 选项。这个选项将迁移整个项目的所有模块。 ? 运行 AndroidX 重构工具后的预览窗口。 Android Studio 中的 AndroidX 迁移工具是 AndroidX 迁移的主要方式。
1.4K10发布于 2019-05-17
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号