使用 android-gradle 3 在 Android 库中公开支持库依赖项的正确方法是什么？
What's the correct way of exposing a support library dependency in an Android library using android-gradle 3?
我开发了一个 android 库。该库依赖于 appcompat-v7。我的消费者也依赖 appcompat-v7。发布到 Maven 存储库时，如何最正确地从 libray 公开我的 appcompat 依赖项？
我现在在做什么
- 将
appcompat-v7 依赖项列为库中的 implementation 依赖项
- 使用 android-maven-publish 发布 POM 文件，导致依赖项在范围 "runtime"
中列出
然而，通过这种设置，库的版本偏好会影响到消费者。这是消费者项目视图的屏幕截图，其中库版本使用 v27.0.0，消费者设置为 26.1.0：
v27.0.0 优先于 v26.1.0，导致编译器错误（因为 Fragment 签名已更改）。
有什么方法可以通过配置不同的库来避免这种情况，或者应该这就是结果吗？我假设库和消费应用程序中应该允许不同版本的 appcompat lib 是错误的吗？我是否应该发布多个二进制文件，每个二进制文件都针对不同版本的支持库进行编译以满足任何给定的消费者设置？
Is there any way to avoid this by configuring the library different,
or should this be the result?
不幸的是，这是预期的结果。这个问题的原因是 JVM 不允许多次 class 具有相同的包和名称。
Am I wrong in assuming that different versions of the appcompat lib
should be allowed in the library and in the consuming app?
正如我所说，这是一个 JVM 限制。
Should I instead publish multiple binaries, each compiled against a
different version of the support library to satisfy any given consumer
setup?
这是你唯一的解决办法，即使这样做也很痛苦。
我开发了一个 android 库。该库依赖于 appcompat-v7。我的消费者也依赖 appcompat-v7。发布到 Maven 存储库时，如何最正确地从 libray 公开我的 appcompat 依赖项？
我现在在做什么
- 将
appcompat-v7依赖项列为库中的implementation依赖项 - 使用 android-maven-publish 发布 POM 文件，导致依赖项在范围 "runtime" 中列出
然而，通过这种设置，库的版本偏好会影响到消费者。这是消费者项目视图的屏幕截图，其中库版本使用 v27.0.0，消费者设置为 26.1.0：
v27.0.0 优先于 v26.1.0，导致编译器错误（因为 Fragment 签名已更改）。
有什么方法可以通过配置不同的库来避免这种情况，或者应该这就是结果吗？我假设库和消费应用程序中应该允许不同版本的 appcompat lib 是错误的吗？我是否应该发布多个二进制文件，每个二进制文件都针对不同版本的支持库进行编译以满足任何给定的消费者设置？
Is there any way to avoid this by configuring the library different, or should this be the result?
不幸的是，这是预期的结果。这个问题的原因是 JVM 不允许多次 class 具有相同的包和名称。
Am I wrong in assuming that different versions of the appcompat lib should be allowed in the library and in the consuming app?
正如我所说，这是一个 JVM 限制。
Should I instead publish multiple binaries, each compiled against a different version of the support library to satisfy any given consumer setup?
这是你唯一的解决办法，即使这样做也很痛苦。