Как правильно разделить приложение на модули?

Question

[Артур]

Существуют какие-то правила разбиения приложения на модули?
Может это описано в книгах по проектированию приложений?
Или это исходит от нужд проекта: например если есть какие то компоненты которые редко меняются -их выносим в отдельный модуль.

UPD: Под разбиением на модули я понимаю один родительский maven-модуль. В нем находятся другие модули и все они связываются в pom родительского модуля.

Answer 1

[Сергей Протько]

ммм, вы про "модули" как набор пакетов? Если так, то имеет смысл выносить в отдельный модуль то, что планируется потом реюзать. Допустим какие-то внутренние решения, на базе которых уже строится ваше приложение и т.д.

В больших проектах приложение делят на модули так, что бы над каждым модулем могла трудиться отдельная команда. Как-то так.

Ну а если под модулями имеются в виду юниты или классы, то тут надо читать про SOLID и GRASP.

Comments

[Артур]

Пожалуй неточно сформулировал вопрос. Под модульностью я понимаю один родительский maven-модуль. В нем находятся другие модули и все они связываются в pom родительского модуля.

[Сергей Протько]

Артур: ну тогда первый вариант, обычно на модули делят что бы потом реюзать или же что бы разные модули делали разные люди.

Answer 2

[Дмитрий Ковальский]

Ну если говорить о теории - всегда есть уровень доступа к данным, уровень бизнес-логики ну и интерфейсная часть. И было бы неплохо - если все эти части не знают что как внутри устроено у другой. Т.е. Интерфейс не должен знать что данные берутся из БД SQL-запросами.

Comments

[KirguDuck]

то, что вы описываете, называется слои, а не модули

Answer 3

[Данил Антошкин]

Можно разделить просто по логике, интерфейс отдельно и тд, работать будет намного удобнее