为什么要将Maven项目分解为子模块？
[英]Why breaking down a Maven project to sub-modules?
问题描述
将Maven项目分解为子模块的主要可能原因是什么？
3 个解决方案
解决方案1
2 已采纳 2010-11-04 12:54:24
您是否正在寻找比模块化的好处更多的东西？ 理想情况下，子模块应代表单个概念/特征，以便它们在功能上具有内聚性。
解决方案2
2 2010-11-04 12:56:52
在等待我的评论的答案。
将基于Java EE的maven项目拆分为子模块的原因是，您可以独立于彼此构建JAR / RAR / WAR / EAR /其他任何内容。
对于常规Java应用程序，您可以将功能拆分为单独的JAR，这些JAR中的每一个都可以是整个项目下的子模块，并且您可以再次单独构建它们，运行单独的目标/阶段/报告等。
解决方案3
2 2010-11-04 14:19:06
- Pom文件继承您可以使用根poms的和部分来保持所有子项目中的一致版本号和配置。 所以，如果我有一个列出300个项目的聚合器项目，所有使用apache commons-io并且我想要升级它们所有最新版本的commons-io，我只需要更改根pom的dependencyManagement部分中的版本。 没有子项目需要指定版本。
- 构建配置文件在上面的示例中，如果我有300个子项目，则单个开发人员可能不会定期处理300个子项目中的所有（甚至很多）子项目。 您可以创建一个构建配置文件，仅指定您经常使用的模块，如果您有一个将工件部署到工件存储库的持续集成服务器，您将获得团队中的开发人员所做的所有更改，而不必构建所有300个模块。
- 一般组织/清晰度
在Maven物料清单（BOM）中的单个条目中设置所有Maven子模块的版本
[英]Setting version for all Maven sub-modules in single entry in Maven Bill Of Materials(BOM)
Maven文件夹布局：我应该将测试放在EAR或其子模块中吗？
[英]Maven folder layout: Should I place tests in the EAR or its sub-modules?
Maven相同的聚合器和父级（相同的pom）。 独立子模块版本
[英]Maven same aggregator and parent (same pom). Independent sub-modules versions
如何删除依赖：maven子模块创建对父模块的隐式依赖
[英]How to remove dependency: maven sub-modules creates implicit dependency on parent module
Gradle 多模块项目编译失败，来自子模块中提到的依赖项的“classNotFoundExceptions”
[英]Gradle multi-module project compilation fails with "classNotFoundExceptions" from dependencies mentioned in sub-modules
声明:本站的技术帖子网页，遵循CC BY-SA 4.0协议，如果您需要转载，请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.