Question

我的公司为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的门户网站上搜索了信息，但是他们没有太多有关Library开发的信息，关于迁移到androidX的所有信息都与App开发人员有关。

我的问题是：

在推送28.0.0更新时，是否存在与我们客户的应用程序兼容性的任何问题？

将整个库迁移到AndroidX是否值得？

会破坏与运行AppCompat / Support的应用程序的兼容性吗？

Answer 1

AndroidX将原始支持库API替换为中的软件包 androidx名称空间。仅软件包和Maven工件名称改变类，方法和字段名称保持不变。

通常，您可以期望从旧软件包到新软件包的以下映射：

Old                         New
android.support.**          androidx.@
android.databinding.**      androidx.databinding.@
android.design.**           com.google.android.material.@

“架构组件”库也已移至androidx下，并且其包名称已简化以反映它们与核心库的集成。

注意：建议在迁移时在单独的分支中工作。也尝试避免在执行迁移时重构代码。

阅读AndroidX Overview和Migrating to AndroidX。

AppCompat / Support 26.1.0中的库与AndroidX之间的兼容性

1 个答案: