解决 Java 项目之间依赖关系的最佳方法是什么？答案

【问题标题】：Whats the best way to resolve dependencies between Java projects?解决 Java 项目之间依赖关系的最佳方法是什么？
【发布时间】：2009-12-22 16:15:09
【问题描述】：

我想你们中的大多数人都会知道，程序员经常重用其他软件的代码。我认为，大多数时候这是一个好主意。但是如果你使用来自另一个项目的代码，你的程序依赖于另一个项目。

我目前的情况下，我得到了三个 java 项目 A、B 和 C。现在 A 使用 B，B 使用 C。我正在使用 Eclipse IDE，并将 B 添加到 A 的构建路径中，将 C 添加到 B 的构建路径中。现在有一个编译器错误，A 无法从 C 中解析某些内容。所以我必须将 C 添加到 B 的构建路径中。

那么，在解决依赖关系的同时让您的程序尽可能独立于其他项目的最佳方法是什么？

我想知道的是一般情况并参考我目前的情况。有没有更好的方法来做到这一点？ IE。启动/调试配置视图中有类路径设置，但我认为它们在编译时无济于事。

提前致谢。

【问题讨论】：

不知道为什么这被否决了，也没有评论。这是一个有效的问题，如果有点偏左的话。格式不好。

标签： java dependencies buildpath

【解决方案1】：

这听起来像是 Maven 解决的问题的一部分。使用 Maven 和 Eclipse，即 m2eclipse，你可以让项目使用其他项目，所有的依赖解析都为你处理。

【讨论】：

另外，如果您使用 IntelliJ IDEA，内置的 Maven 集成非常棒。
我们在一个大型项目中使用 maven。一旦设置并正常工作，我就喜欢它，但是文档在许多地方都很薄弱，并且学习曲线可能很陡峭。在踏上这条道路之前，请注意这些问题。
如果你想了解更多关于 Maven 的知识，这里有一本来自 sonatype 的免费电子书：sonatype.com/Support/Books

【解决方案2】：

在我看来，您正在做您必须做的事情，而无需集成像 Ivy 或 Maven 这样的依赖管理工具，它们为您提供“传递依赖管理”的能力。使用这些工具中的任何一个，您都可以指定 A 依赖于 B，B 依赖于 C，它们会自动知道 A 也将需要 C。

Maven 的优势（这是我的经验）在打包项目以进行部署时也会发挥作用，因为它可以轻松收集所有这些依赖项（一直到层次结构）并将它们放在一起放入包含所有依赖项的分发文件夹或胖 JAR。进入像 Maven 这样的工具需要一些阅读和设置时间，但它确实使管理依赖项的任务变得更加容易，尤其是随着它们的增长。

【讨论】：

【解决方案3】：

我们使用 Maven，它对我们的项目至关重要。这是您学习的好时机 - 对超过 3 个项目的依赖可能会令人恐惧。 Maven 处理版本，因此如果由于某种原因您必须依赖 Foo.1.2.3，那么 Maven 将确保您不会得到错误的版本。

然而，这不是微不足道的。如果您使用 Netbeans，它的内置功能比 Eclipse 更好，并且可以帮助您学习。（此外，项目在两个系统之间相当可切换）。

Maven 在其 POM (pom.xml) 文件中支持很多概念，包括许可证信息、贡献者、参数等，因此您获得的不仅仅是依赖管理。它支持项目的模块化。

不要跳过学习曲线 - 您需要知道它是如何工作的。但您也会发现以前的 SO 问题会有所帮助

【讨论】：

【解决方案4】：

其他人提到了几个很好的工具，maven 可能是最常见的。 Ivy 是另一个更针对依赖管理的。我个人使用 gradle，它在熟悉的 groovy 包装器下具有所有这些功能中最好的一些……它仍在不断发展和零星地记录。 ;)

需要注意的一点是这些工具如何处理传递依赖关系。在您的示例中，C 是 A 的传递依赖项，因为 A 依赖于 B，而 B 又依赖于 C。其中一些构建工具会以不同的方式处理这种类型的依赖项，并且在您最不期望的时候它会让您感到惊讶。

例如，如果 A 实际上是指来自 C 的代码，即：它在编译时依赖于 C，那么您的 A->B->C 设置将在 Maven 之类的东西中工作。另一方面，gradle 也会让你声明 A 依赖于 C...，因为它确实如此。无论哪种方式，运行时依赖项都已完全解决。

当您几个月来一直在传递包含某些内容并且您的一些代码依赖于 C 的各个方面并且您决定不再需要 B 依赖项时，您会感到惊讶。突然之间，在您确定需要指定 A->C 依赖项之前，您的代码不会构建。在此示例中，这很容易发现，但有时并非如此。

如果这样的谈话让你有点头晕，并且你不打算让你的项目变得更复杂......那么你可能只是坚持你正在做的事情一段时间。正如其他人所提到的，在没有工具帮助您的情况下，这是正确的做法。

【讨论】：

【解决方案5】：

使用maven管理你的依赖，然后使用依赖插件查看依赖。

你可以跑

mvn 依赖：分析

或

mvn 依赖：tree -Dverbose=true

这会对你有很大帮助。

【讨论】：

【解决方案6】：

毫无疑问，您应该使用人们已经注意到的依赖管理工具...不过，手动将 B 和 C 归档到 B_C.jar 中。测试 B 对 C 的依赖是否在 Jar 中得到解决。

然后在类路径中添加B_C.jar...

【讨论】：

【解决方案7】：

依赖管理是一个巨大的话题。已经开发了 Maven、Ivy 和其他工具来减轻痛苦并取得了一些成功。这两个工具都创建了一个依赖层次结构，因此您不会遇到您描述的情况。它们还具有 Eclipse 插件，以便 Eclipse 能够识别该层次结构。

要真正使用这些框架，您必须更改当前的构建过程。 Maven 可能比 Ivy 需要更多的承诺，但两者都不是微不足道的，理解如何设置它需要一些时间。也就是说，明确定义和管理依赖项非常有帮助。

【讨论】：

【解决方案8】：

免费的专家书籍：

http://www.sonatype.com/documentation/books

【讨论】：