本文主要介绍“使用AndroidX的坑有哪些”。在日常操作中，我相信很多人对使用AndroidX的坑有什么问题有疑问。边肖查阅了各种资料，整理出简单易用的操作方法，希望能帮助大家解答“有哪些坑使用AndroidX”的疑惑！接下来，请和边肖一起学习！
一、我们从新建一个项目说。
3.5对于新项目，默认使用androidx。
看最后一个，用androidx。*人工制品。而且不能取消。
1.1、那么这两句话代表什么呢
这意味着您使用的支持包将自动帮助您迁移到androidx。这里有一个例子(下一个例子中的bug是针对系统库的)。例如，我们曾经在支持中使用AppBarLayout来组合CoordinatorLayout来实现酷炫的效果。众所周知，这是在设计支持。那么让我们补充一下，注意：studio3.5后添加包会有点不一样.
右键单击项目并选择“打开模块设置”。
在打开的界面中，选择依赖项，单击内部的加号，然后继续选择库依赖项。
在搜索框中，搜索设计。一堆(androidx版本就是这样选的)，这里我们选择com.android.support
选择加入后，studio将自动构建并添加依赖项。Build.gradle将添加
实现’ com . Android . support : design :28 . 0 . 0 ‘
注意：此时，当您转到xml并键入AppBarLayout时，不会提示您，甚至根本不会提示您。个人认为是因为studio3.5优化的太好了，你不会随便帮我们重建项目，不知道是不是bug。此时单击“生成-重建项目”。此后，xml被正常使用，如下所示
com . Google . Android . material . appbar . appbar layout andoid : layout _ width=’ match _ parent ‘ andoid : layout _ height=’？action bar size “/
你会发现这不是支持的包，而是点击进去后已经迁移的androidx的包。就因为gradle.properties的那两句话，帮助我们完成了它。Build.gradle仍然显示支持包。我该怎么办？
额外注意：就像上面提到的类似bug的问题。如果您现在构建. Gradl来删除此依赖项，如果您遵循前面的操作，我们将单击“用Gradl文件同步项目”来更新它。之后，项目就不会有这个包了。是的，studio3.5也是一样，但是如果继续用xml键入AppBarLayout，还是会有提示，而且xml没有错误，可以运行。只有在运行之后，它才会崩溃并报告错误。仍然需要正确的方法。删除依赖项后，继续单击“重建项目”，然后就正常了。(感觉这次是bug)
二、一键将build.gradle的support包改成andoridx
单击重构-迁移到AndroidX。
后续一直默认，这里就不映射了，只说操作，迁移-(选择我们的项目，点击确定)-是。将弹出下图，
单击“进行重构”。之后，那么‘com . Android . support : design :28 . 0 . 0’将作为响应直接改成androidx包。
实现’ com . Google . Android . material : material :1 . 0 . 0 ‘
三、可能有些人升级了studio，但是却不像使用androidx
正确的方法是删除gradle.properties.的这两句话。同时，将您的build.gradle更改为以前的支持包。我们知道支持包的最后一个版本是28。之后，一切都不会迁移。它就是支撑，也就是支撑包。
至此，“使用AndroidX有哪些坑”的研究结束，希望能解决大家的疑惑。理论和实践的结合可以帮助你学得更好。去试试吧！如果你想继续学习更多的相关知识，请继续关注网站，边肖会继续努力，给大家带来更多实用的文章！
内容来源网络，如有侵权，联系删除，本文地址：https://www.230890.com/zhan/79818.html