Maven多模块项目结构化问题

Question

好吧，这是一个有趣的经验，我有一个结构我的maven多模块项目的前几个星期。

当我决定使用maven进行构建生命周期管理时，我有两个理由希望选择maven。

a.大多数开发团队都是被划分的，这样每个团队就可以在项目中的单独模块上工作，比如团队-A工作在用户管理系统上，团队-B工作在授权系统上，团队-C工作在文档管理系统上……等等。每个团队都有java开发人员、测试人员、UI专家等。

因此我得出结论，maven多模块项目的每个开发模块都必须表示一个功能模块

经过一些论坛上的讨论，我发现有人建议我遵循分层方法，如果子模块必须是像控制器层、服务层、DAO层等层，我没有注意这个建议，因为这不能解决我的团队在单个模块上工作的目的。这样，对于大型项目，每个团队在开发期间的构建和部署时间会增加，这确实会影响项目的时间线。有时构建和部署的时间最多为30分钟，比如项目中有10到11个模块。

但是我确实注意到了一个建议，即为每个模块保留单独的DAO层不是一个好主意，因为DAO是高度粒度的，并且被其他模块重用。因此一个模块对另一个模块的依赖性将会变得更大。

现在，当我构建项目并在服务器上运行webapp时，它会抱怨404，找不到资源。我发现这是因为web-inf/classes文件夹丢失了，web-app模块中src/main/java丢失了。我搜索并发现了几个链接，表明这是Eclipse中的部署程序集问题。所以我需要手动创建这些文件夹，并添加到部署程序集中，因为maven没有这样做。

但更大的问题是

1. 我是否需要移动控制器类，如com.mycompany.usermgmtsys.Controller.usermgmtcontroller等。到src/main/java或maven应该从作为依赖项包含在web-inf/lib中的模块jar中找到控制器。

Answer 1

这就是eclipse呈现基于maven的项目的方式。它通常创建两个结构。一个基于主pom（父项目），另一个基于单个模块pom。然而，任何结构的变化都会反映在另一个结构中。作为一种实践，我会改变单个模块文件夹结构，并且更容易阅读。

就我个人而言，我尽量避免多模块项目，因为如果您正在使用Maven发布插件，那么您将被锁定在一起发布所有模块。

虽然这听起来很方便，但当您需要对其中一个模块进行bug修复发布时，问题就出现了--您最终释放了所有模块，而不仅仅是带有bug修复的模块，即使它们没有更改，也会增加它们的版本。

因此，使用独立的模块，但这是重要的一点，创建一个共同的“依赖”pom，由每个模块使用。

“dependency”pom是一种将项目中的所有依赖项标准化的pom，不同之处在于这些依赖项是在dependencyManagement部分而不是dependencies部分中指定的（它还设置标准插件配置等）。这允许您的项目pom指定依赖项pom作为它们的父项，然后声明它们需要的依赖项减去版本，这些版本是从“依赖项”pom中提取的，从而在您的项目中标准化的。

如果您仍然关心是否能够构建所有内容，那么这可以通过一个简单的批处理文件来实现。