То есть насколько большими они должны быть. Допустим есть крайность, каждый класс (например какой нибудь SomeUtils) в отдельном модуле. Тогда модулей может быть сотни если не тысячи. Эта крайность очевидно плоха тем что безгранично увеличивается время сборки, ресурсы, снижается понятность и растет боилерплейт. Есть другая крайность, 1 модуль. Как выбрать золотую середину? Когда понять что модуль меньше не имеет смысла? Когда их оптимальное количество, обусловленное практичностью?
Библиотеки, плюс четыре стандартных модуля: 1) presentation/app 2) domain 3) data/service 4) DI
Обсуждают сегодня