了解“存储库”标签

Question

我很困惑为什么在 Android 项目的多个地方都需要相同的 repositories 标签。为什么我们不在一个标签下拥有所有存储库，编译器会从那里搜索所有内容。

我的特殊情况是：

我创建了一个库模块并将其添加到项目中。在我的库 gradle 文件中，我有：

implementation 'com.github.jkwiecien:EasyImage:1.3.1'

为此，我在库的 gradle 文件中的 repositories 标记中添加了 maven { url "https://jitpack.io" }。我只想要库中的 EasyImage，而不是项目中的 EasyImage。但是直到我在 Project 的 app/build.gradle 文件中添加了相同的 jetpack.io 之后，它才会编译。为什么我们需要这样做？

我想分发我的库，并且我不希望用户添加已经添加到我的库中并且他们的项目不需要的东西。

Answer 1

编辑： 如果您将 jitpack 存储库 url 放在项目级别 build.gradle 而不是应用级别 build.gradle 中，它将适用于两者。当您将库上传到 JitPack 时，它会自动为您“构建”您的库，但在您的情况下，您的库是在本地构建的，因此它需要每个构建文件中的存储库 url 来单独构建它们。但是，您应该将存储库 url 保留在您的库中，因为最终您将分发它，并且如果您在项目 build.gradle 文件而不是存储库中有 url，JitPack 将无法构建您的库模块。

上一个答案： 据我了解： 您在库中使用 EasyImage，当您将库添加到项目时，您希望使用加载到库中的相同 EasyImage 库，而不是将其添加到项目中。

如果您像这样使用“实现”加载您的库：

implementation 'com.github.you:yourlibrary'

您将无法访问“您的图书馆”使用的依赖项。但是如果你使用'api'加载它

api 'com.github.you:yourlibrary'

现在您可以从此库中访问 EasyImage，而无需再次添加。

这是在 Gradle 3.0 中添加的，它的工作方式与以前的 'compile' 关键字相同（现在已弃用）。详细说明请查看this article。

为什么会有这种行为？：
通过使用imepentation， 如果 EasyImage 中的任何实现发生更改，Gradle 只需重新编译 EasyImage 和您的库，因为任何其他不直接导入您的库的类都不能使用它的任何实现。

但是如果你使用 api 加载库，如果在 EasyImage 内部实现了任何更改，gradle 需要重新编译 EasyImage、你的库和所有其他导入你的库的模块，因为任何其他模块可能使用 EasyImage 的实现（比如你的应用程序） .