我的公司为Android开发了一个库。目前,我们有一个直播版本:
implementation 'com.android.support:appcompat-v7:26.1.0'
implementation 'com.android.support:support-v4:26.1.0'
implementation 'com.android.support:support-core-utils:26.1.0'和一个开发版本
implementation "com.android.support:cardview-v7:28.0.0"
implementation "com.android.support:appcompat-v7:28.0.0"
implementation "com.android.support:support-core-utils:28.0.0"
implementation "com.android.support:support-compat:28.0.0"
implementation "com.android.support:support-fragment:28.0.0"
implementation "com.android.support:design:28.0.0"在我们的测试应用程序中,我们找不到任何问题,但它们在实现时使用了“26.1.0”。此外,我还在Android的门户上搜索信息,但是他们没有太多关于库开发的信息,我所能找到的关于迁移到androidX的所有信息都与应用程序开发人员有关。
我的问题是:
在推动28.0.0更新时,是否会出现与客户应用程序兼容的问题?
是否值得将整个库迁移到AndroidX?
它会破坏与运行AppCompat/Support的应用程序的兼容性吗?
发布于 2019-12-16 05:44:14
AndroidX将原来的支持库API替换为androidx命名空间中的包。只有包和Maven工件名称更改;类、方法和字段名没有更改。
通常,您可以预期从旧包到新包的映射如下:
Old New
android.support.** androidx.@
android.databinding.** androidx.databinding.@
android.design.** com.google.android.material.@体系结构组件库也被移动到androidx下,它们的包名被简化,以反映它们与核心库的集成。
注意:我们建议在迁移时在一个单独的分支中工作。在执行迁移时,还要尽量避免重构代码。
阅读和。
https://stackoverflow.com/questions/59351059
复制相似问题