KTr*_*rum 3 java dependency-management gradle
如果我有模块 A 和模块 B 都需要 JSON 库(比如 GSON),然后我有应用程序 C,其中包含模块 A 和 B。如果模块 A 和模块 A 和 B,我有机会获得两个不同版本的 JSON 库B 使用不同版本?或者 gradle 是否删除其中之一并仅使用其中一个版本?
如果我有更多模块怎么办,更新它们以使用相同版本的依赖项似乎需要大量工作。在这种情况下,让应用程序 C 决定在所有模块上使用哪个版本会很好(但我猜由于向后兼容性,并不总是有效)。无论如何要实现这一目标?
所以我的问题是如何最好地处理许多模块中非常常见的依赖关系。我是否应该在所有模块中注入一个 Json 包装器,让应用程序定义要使用的内容?
我猜日志记录可能是类似的依赖项
是的。如果您特别要求在项目 A 和 B 中使用同一库的不同版本,则最终可能会得到同一直接依赖项的不同版本。
对于暂时依赖项,默认行为是确定所请求依赖项的最新版本。请注意“最新”一词,而不是所要求的最高版本。只要版本向后兼容您的项目实际期望的最低版本就可以了。
幸运的是,gradle 有几种内置的方法来解决依赖冲突。
我在这里写了大量关于这个主题的文章:http://www.devsbedevin.net/android-understanding-gradle-dependency-and-resolving-conflicts/
您可以选择在冲突中失败:
configurations.all {
resolutionStrategy {
failOnVersionConflict()
}
}
Run Code Online (Sandbox Code Playgroud)
强制特定的依赖关系:
configurations.all {
resolutionStrategy {
force 'asm:asm-all:3.3.1', 'commons-io:commons-io:1.4', 'com.parse.bolts:bolts-android:1.+'
}
}
Run Code Online (Sandbox Code Playgroud)
更喜欢自己的模块:
configurations.all {
resolutionStrategy {
preferProjectModules()
}
}
Run Code Online (Sandbox Code Playgroud)
将库 X 的所有实例替换为 Y(库、模块或项目):
configurations.all {
resolutionStrategy {
dependencySubstitution {
substitute module('commons-io:commons-io:2.4') with project(':my-commons-io')
}
}
}
Run Code Online (Sandbox Code Playgroud)
排除特定库的所有临时依赖项并手动添加必要的库:
dependencies {
compile('com.android.support:appcompat-v7:23.1.0') {
transitive = false
}
}
Run Code Online (Sandbox Code Playgroud)
排除特定的传递依赖:
dependencies {
compile('com.android.support:appcompat-v7:23.1.0') {
exclude group: 'com.parse.bolts'
}
}
Run Code Online (Sandbox Code Playgroud)
强制您的项目使用特定版本,无论实际的依赖关系要求如何:
dependencies {
compile('com.parse.bolts:bolts-android:1.+') {
force = true
}
}
Run Code Online (Sandbox Code Playgroud)
| 归档时间: |
|
| 查看次数: |
1015 次 |
| 最近记录: |