Зачем разбивать проект Maven на подмодули?

Question

Каковы основные возможные причины разбиения проекта Maven на подмодули?

Answer 1

В ожидании ответа на мой комментарий.

• Причина разделения проекта maven на основе Java EE на подмодули состоит в том, что вы можете собрать JAR / RAR / WAR / EAR/ независимо от eachother.

• Для обычных приложений Java вы можете разделить функциональность на отдельные JAR-файлы, каждый из которых может быть субмодулем в общем проекте, и снова выможете создавать их самостоятельно, запускать отдельные цели / этапы / отчеты и т. д.

Answer 2

• Наследование файлов POM. Вы можете использовать разделы и корневые pom для сохранения согласованных номеров версий и конфигураций во всех дочерних проектах.Так что, если у меня есть агрегаторный проект, который перечисляет 300 проектов, все из которых используют apache commons-io, и я хочу обновить их до последней версии commons-io, я могу просто изменить версию в разделе зависимостей корневого модуля.Ни один из дочерних проектов не должен указывать версию.
• профили сборки В приведенном выше примере, если у меня 300 подпроектов, отдельный разработчик, вероятно, не будет регулярно работать над всеми (или даже многими) из 300 подпроектов.проекты.Вы можете создать профиль сборки, в котором будут указаны только те модули, над которыми вы регулярно работаете, и если у вас есть сервер непрерывной интеграции, который развертывает артефакты в хранилище артефактов, вы получите все изменения, сделанные разработчиками в вашей команде, без необходимостисобрать все 300 модулей.
• Общая организация / ясность

Answer 3

Вы ищете нечто большее, чем преимущества модульности?Субмодули в идеале должны представлять единую концепцию / функцию, чтобы они были функционально связными.