Кажется не очень идея потому что дто это же все же дата слой, а ВМ это презентационный слой. Так что я бы все же прогонял через домейн, тогда получается дата и домейн не знают друг о друге

так они не должны не знать друг о друге)

Ну вот, а если прокидывать дто напрямую из рума в ВМ, то получается будет зависимость на дата слой)

Только что выше обсуждалось :)
https://t.me/Android_Architecture/101691

Вопросы разные немного все же

Ну там все же немного другое, там и то, и то дата слой. Но выяснили, что в большом проекте так лучше не делать)

Да, сорян. Там про одну модель для базы и сети.

С UI еще часто есть смысл хотя бы потому что возможность хранения данных в sqlite и то что нужно отображать (с форматированием и прочим) - оно разное.

один из слоев (внешний) всегда знает о другом, "не знают друг о друге", это когда вообще нет взаимодействия.

При использовании DI, стоит ли его хранить как отдельный модуль? или достаточно юзать его в app модуле?
На данный момент у меня 12 модулей.

Спрашиваю, потому что хочу узнать, как это повлияет на время сборки, перекомпиляцию и т.д.

Тоесть в данный момент в DI я храню лишь логику создания объектов, внутри ничего не тяну.

В App-модуле собирать все воедино
В обычных модулях, обычно, свои компоненты описывают, которые надо подключать в app-модуле

У вас в проекте сколько модулей?

Около того же)

Кстати, раз уж мы тут затрагиваем тему DI.
Вопрос к ребятам, которые уже успели пощупать Hilt: завезли ли возможность сделать свой кастомный скоуп между Application и Screen?
Например, мне хочется иметь скоуп фичи, который я буду ручками создавать и удалять, и этот скоуп будет переживать несколько экранов, но при этом не является синглтоном.

В даггере ручками это сделать не особо сложно, а вот есть ли такая возможность в Hilt'e?

делаешь фичу-фрагмент, в котором весь сценарий фичи, и привязываешь к нему жизненный цикл скоупа 🤷

А можно узнать юзкейс?

Звучит... Необычно.

А каким образом нам встроить новоиспеченный скоуп в иерархию стандартных скоупов хилта, и зарнжектить, например, в экран?

Да, конечно.
К примеру, у нас есть приложение с каталогом товаров и фильтрами-сортировками для этого каталога, открывающимися отдельными экранами. Причем каталоги могут открываться друг за другом, поэтому синглтон для шаринга данных не подойдёт.

а Hilt все компоненты от корневого наследует?