Android Модульность чистой архитектуры с ядром

Question

Я создаю пример приложения, которое следует чистой архитектуре, теперь структура моего приложения выглядит следующим образом:

1. : приложение
2. : firebase
3. : library_base (которая содержит все baseActivity, baseFragment и т. Д. c .. Я знаю, что могу создать модуль base_ui, base_data, но давайте сначала решим этот вопрос, который у меня сейчас есть)
4. : сеть (которая содержит модифицированные материалы)
5. feature1
6. feature2
7. ....

Итак, мой вопрос, сейчас Мне не нужен модуль core, но если одному из моих featureX требуется зависимость от featureY, что мне делать в этом случае? Я привык иметь в своем приложении core, который содержит такие вещи, как LoginSettings, который содержит данные от зарегистрированного пользователя и тому подобное, и теперь, если бы мне пришлось это сделать, я бы не смог, потому что featureX не может зависеть в приложении, поэтому я подумываю добавить основной модуль и вставить туда все потребности из featureX, чтобы они могли его использовать. (Да, я сказал «все, что нужно», я имел в виду не создание модуля бога, а просто запуск приложения).

Нужно ли создавать модуль ядра? Я не использую Dynami c Feature Tho, а также я вижу, что на каждом build.gradle файлах я дублирую много зависимостей ...

С этого момента в приложении у меня есть все с api я должен положить это в core?

Answer 1

Одним из подходов было бы создание модулей «с пользовательским интерфейсом» (назовите их функциями) и «без пользовательского интерфейса» (назовите их библиотеками).

Правило «функции» не может зависеть друг от друга напрямую, они могут зависеть только от «библиотеки». Пока «библиотеки» могут зависеть друг от друга.

Теперь виды LoginSettings, SessionConfigs могут быть «библиотекой», от которой могут зависеть многочисленные «функции» (UI). Не все функции должны зависеть от этой «библиотеки».