Maven模块与作为依赖项的独立Maven POM

Question

我目前在一个项目中工作，该项目包括大约12个子项目。

每个子项目都包含一个POM，该POM单独构建依赖关系。

上游子项目包括下游子项目作为依赖项,其方式与包含对log4j:

    <dependency>
        <groupId>log4j</groupId>
        <artifactId>log4j</artifactId>
        <version>1.2.16</version>
    </dependency>

这似乎对我们管用。

然而，今天，经过11个月的开发，我决定重温这十几个POM文件，并考虑到重构。

我随后发现了 和 标记，并开始怀疑我的Maven项目策略是否“正确”。

重构我的POM，使最上层的POM（一个Web WAR项目）变成一个列出模块而不是上面一系列依赖项的父POM，会有什么好处呢？

我预计这十几个子项目中的大多数都将以其自身的方式进入一个生命周期，这样它们就可以在公司的Nexus存储库中作为其他公司项目的代码库使用。

例如，是否使用多模块方法来分解和组织一个项目的子组件的组成？或者我们会用一个模块来表示一个项目的整个组件吗？

Answer 1

谢谢大家的意见，我知道这个问题是主观的。

过了一段时间，我觉得这个问题的“正确”答案将由另一个问题决定：每个子项目都有自己的生命周期吗？

我想我们可以使用UML类聚合和组合作为一个比喻。如果子项目（叶节点借用@Yorkw的术语）不能独立存在，或者不能在父项目的范围之外有自己的生命周期（不管是WAR、EAR之类的），那么我会说IMHO该结构将保证在父POM中使用模块。