在你自己的 Maven 依赖中处理其他依赖

Question

我想为我的未来项目重用和集中为我的 Spring REST API 创建的实用程序。 这就是为什么我认为我会将它们外包给我自己的项目，并将它们作为 Maven 依赖项提供。

这些 Util 文件，例如基本服务，基本控制器还包含 Spring 注释，即我的 Util 依赖项中需要一些 Spring 依赖项。 现在我有点不确定我是否犯了错误。

首先，我不确定是否应该在实用程序依赖项中使用 spring 依赖项，或者尝试删除所有内容。 否则，我将不得不指定一个 spring 版本，但它可能与我稍后要在它包含的项目中使用的版本不同。我应该如何解决这个问题？

Answer 1

对你的依赖有依赖是完全合理的（这些被称为传递依赖）。 当然，您应该将数字保持在尽可能低的水平，但另一方面，您也不想重新发明轮子。

当有人使用你的依赖时，他们会自动绘制对 spring 的传递依赖。 现在，可能会出现几种情况：

• 如果这是对 spring 的唯一引用，则该版本将按照您的说明使用。
• 如果在其他时候，给出了 spring 的不同版本，则 Maven 依赖调解启动。它通过“最近的最佳”规则决定采用哪个版本。
• 但是：您始终可以在<dependencyManagement>中设置 spring 版本，然后覆盖所有传递给定的版本号。

Answer 2

这就是Maven的主要概念。 您的实用程序模块必须与 Spring 依赖项一起提供。 它被称为transitive dependencies 。 试着想象一下当所有依赖项都被排除时的情况。 在那种情况下，没有人永远不会知道需要哪种类型和哪个版本的 Spring 依赖项。

Maven 有很好的依赖冲突解决。 它基于最近更新的原则。 因此，您可以轻松覆盖那些 Spring 版本，您的应用程序将只使用其中一个。

看看这些：
[1] 依赖机制
[2] 依赖调解和冲突解决