gradle 可以仅从 Android .aar 文件解析依赖项吗？
Can gradle resolve dependencies from just a Android .aar file?
我正在开发一个内部库（我们称之为 "banana_lib"），它将包含在 Android 应用程序项目中。我想以 .aar 文件的形式向客户提供此库。
我的库依赖于另一个库（比如说 Gson）。如果可以的话，我想避免将此依赖项的 类 捆绑到我的库中（ "fat jar"、"uber jar" 方法）。
我知道我可以要求我的库的用户将依赖项包含在应用程序的 build.gradle 文件中：
dependencies {
compile 'com.google.code.gson:gson:2.2.4'
compile files('libs/banana_lib.aar')
}
但我不想在应用程序的 build.gradle 文件中包含我的库的依赖项，从而给库的用户带来负担。
问题：
有没有办法使 gradle 自动成为 resolve/include .aar 文件的依赖关系？有什么方法可以让 .aar 库的用户付出最少的努力？我需要提供一对 .aar 和 .pom 文件吗？我的主要目标是减少这个库的用户必须做的事情。我觉得一个库应该理想地定义它的所有依赖项，gradle 应该在后台解决它们。
换一种稍微不同的方式：有没有什么方法可以让 client/user 包含一个（内部！）库（具有外部依赖项）：
1.) 将 .aar 文件添加到构建中。
2.) 将其包含在 build.gradle.
中
如果有其他解决方案可以将库 user/includer 必须完成的工作量保持在最低限度，那也很有趣:)
非常感谢！
But I don't want to burden the user of the library with including the dependencies of my library in the build.gradle file of the app.
然后在工件存储库中发布 AAR 和 POM，其中 POM 阐明了依赖项。
I feel like a library should ideally define all it's dependencies, and gradle should just resolve them in the background.
JAR 和 AAR 不是这样工作的。 JAR 或 AAR 中都没有依赖信息。两者都依赖于 POM 或其他依赖信息、版本控制信息等的外部声明
Is there any way to allow a client/user to include a (internal!)library(which has external dependencies) by just: 1.) adding a .aar file to the build. 2.) including it in the build.gradle.
在工件存储库中发布 AAR 和 POM，其中 POM 阐明了依赖关系。
请注意，"an artifact repository" 并不一定意味着 Maven Central 或 JCenter。工件存储库可以只是一个目录树，尤其是在通过本地文件系统访问时。例如，您的开发机器上已经有两个这样的本地存储库，很可能是：Android 存储库和 Google 存储库。如果您希望将存储库托管在网站（例如，内部 Web 服务器）上，这是可能的，但您需要在目录树的每个级别添加目录样式 index.html 文件。或者，据我了解，Sonatype 和 Bintray 出售专用的工件存储库服务器。
我正在开发一个内部库（我们称之为 "banana_lib"），它将包含在 Android 应用程序项目中。我想以 .aar 文件的形式向客户提供此库。
我的库依赖于另一个库（比如说 Gson）。如果可以的话，我想避免将此依赖项的 类 捆绑到我的库中（ "fat jar"、"uber jar" 方法）。
我知道我可以要求我的库的用户将依赖项包含在应用程序的 build.gradle 文件中：
dependencies {
compile 'com.google.code.gson:gson:2.2.4'
compile files('libs/banana_lib.aar')
}
但我不想在应用程序的 build.gradle 文件中包含我的库的依赖项，从而给库的用户带来负担。
问题： 有没有办法使 gradle 自动成为 resolve/include .aar 文件的依赖关系？有什么方法可以让 .aar 库的用户付出最少的努力？我需要提供一对 .aar 和 .pom 文件吗？我的主要目标是减少这个库的用户必须做的事情。我觉得一个库应该理想地定义它的所有依赖项，gradle 应该在后台解决它们。
换一种稍微不同的方式：有没有什么方法可以让 client/user 包含一个（内部！）库（具有外部依赖项）： 1.) 将 .aar 文件添加到构建中。 2.) 将其包含在 build.gradle.
中如果有其他解决方案可以将库 user/includer 必须完成的工作量保持在最低限度，那也很有趣:)
非常感谢！
But I don't want to burden the user of the library with including the dependencies of my library in the build.gradle file of the app.
然后在工件存储库中发布 AAR 和 POM，其中 POM 阐明了依赖项。
I feel like a library should ideally define all it's dependencies, and gradle should just resolve them in the background.
JAR 和 AAR 不是这样工作的。 JAR 或 AAR 中都没有依赖信息。两者都依赖于 POM 或其他依赖信息、版本控制信息等的外部声明
Is there any way to allow a client/user to include a (internal!)library(which has external dependencies) by just: 1.) adding a .aar file to the build. 2.) including it in the build.gradle.
在工件存储库中发布 AAR 和 POM，其中 POM 阐明了依赖关系。
请注意，"an artifact repository" 并不一定意味着 Maven Central 或 JCenter。工件存储库可以只是一个目录树，尤其是在通过本地文件系统访问时。例如，您的开发机器上已经有两个这样的本地存储库，很可能是：Android 存储库和 Google 存储库。如果您希望将存储库托管在网站（例如，内部 Web 服务器）上，这是可能的，但您需要在目录树的每个级别添加目录样式 index.html 文件。或者，据我了解，Sonatype 和 Bintray 出售专用的工件存储库服务器。