android - 库应该依赖于 androidx 还是 android.support
问题描述
我正在编写依赖于生命周期工件的 android 库,问题是:我的库应该依赖于该工件的 AndroidX 版本还是旧版 android.suport 版本?
我问的是目标受众。
就我而言,有一个 Jetifier,它允许 AndroidX 上的应用程序使用 android.support 上的库,但需要一些构建时间成本。
但是使用遗留支持库的应用程序呢?他们是否有可能使用一些... anti-jetier 工具来依赖基于 AndroidX 的库?
根据扩展目标 api 级别要求文章,在 2019 年底将需要目标 api 28,并且可能(我只是推断)目标 api 29 将在 2020 年底需要。因此,从技术上讲,具有遗留依赖项可以生存到 2020 年底。
我没有找到任何关于应用程序迁移到 AndroidX 的统计数据,如果你有的话,你能分享一下吗?
解决方案
我也在建图书馆。不幸的是,我还没有找到一个可接受的解决方案来解决发布依赖于 AndroidX 的库并将其实现到仍然依赖于 android.support 的项目中的问题。
我正在删除 AndroidX 并在正在构建的库中恢复到 android.support ,因为它会导致库的使用者出现问题。我希望情况并非如此,但截至今天似乎没有另一种方式。
推荐阅读
- azure-ad-b2c - 寻找一个简单的选项来更改 SelfAssertedAttributeProvider UI 的标题
- git - git force merge - 已经是最新的
- spring-boot - 在阅读器中获取 JobParameters 的值
- ios - Swift:比较 Equatable Class 对象我得到错误二元运算符“==”不能应用于两个“任何”操作数
- python - 使用Python找到与曲线上另一点相距给定距离的点
- download - 如何获取 MSTeam 聊天附件的下载 URL?
- ansible - Ansible 工作站配置 - 图标文件的校验和错误
- asn.1 - ASN.1 中隐式和显式标签的编码
- r - 将列格式化为 r 中的时间
- mysql - 有什么更好的方法来查找表 Y 中与表 X 的 PK 相关的所有 id 是否都存在于 mysql 的表 Z 中?