По какому принципу лучше делить проект на gradle-модули?

Question

[goodman77707]

Есть ли best practices по многомодульной архитектуре? Как вы делите на модули в своих проектах?
пока не переходил на модули, у меня проект по папкам разделен следующим образом:
di
ui
data
domain
думаю, их преобразовать в модули, либо делить т.о.:
login
home
и т.д.
Какой способ лучше?

Answer 1

[Денис Загаевский]

Мы у себя используем два вида модулей-либ.
1) Фиче-модуль. Это модуль, содержащий одну законченную фичу, такой модуль не следует подключать к другим модулям, кроме основного и сэмпл-аппа. Этот модуль обычно имеет одну(редко больше) точку входа, условно - фрагмент.
2) Утильный модуль. Это модуль, содержащий некий утилитарный код, который хочется пошарить между разными модулями. Такой модуль можно подключать куда угодно. В таком модуле обычно достаточно много публичных классов и функций (хотя может быть и всего один большой класс).

Судя по твоему разбиению, проект у тебя маленький. Чего ты ждёшь от разбиения на модули? Зачем?

Comments

[goodman77707]

т.е. у тебя по моему второму варианту идет разбиение? home, login, product и т.д.?
Проект на 30к строк кода, не могу назвать большим или маленьким, что-то среднее. Если я буду делить по фичам, то будет где-то 20+ модулей.
Просто хотел обучиться правильному разбиению приложения на своем проекте, поскольку в вакансиях вижу требования по знанию многомодульной архитектуры

[Денис Загаевский]

goodman77707, в целом да, видимо по твоему второму варианту.