Maven多模块优于简单依赖

Question

我有一些年的maven项目的经验，即使是多模块项目（这让我讨厌maven的多模块特性（所以免责声明现在已经完成了）），即使我真的喜欢maven，我也无法得到一个明确的答案：

多模块maven项目的典型用途是什么？与简单的依赖关系和父pom相比，这样的结构有什么附加值？

我已经看到了很多多模块项目的配置，但是所有这些都可以通过创建一个简单的依赖库结构来解决，这些依赖库作为交付品（即使有一个父pom，作为一个单独的交付品：分解差异和配置），我还没有找到任何一个我可以清楚地看到多模块结构的附加价值的用途。

我一直发现，这种结构带来了一种过度杀伤的复杂性，却没有真正的好处：我在哪里遗漏了什么？（老实说，我可以得到一些ear可以从这种结构中受益，但除了特定的用途之外，还有其他真正的用途和好处吗？）

Answer 1

这是一个真实的案例。

我有一个多模块的项目（和你的咆哮...我没有看到任何复杂的与它。）最终结果是一个webapp，但我有不同的api、impl和webapp模块。

创建项目12个月后，我发现我必须使用从JAR运行的独立流程与AmazonS3集成。我添加了一个依赖于API/IMPL的新模块，并在新模块中编写了集成代码。我使用assembly插件（或类似的东西）创建了一个可运行的jar，现在我有了一个可以部署在tomcat中的war，以及一个可以部署在另一台服务器上的进程。我的S3集成过程中没有web类，我的webapp中也没有Amazon依赖，但我可以共享api和IMPL中的所有内容。