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

Не в чем в этом и смысл. Чтоб во вью модели небыло 5 репо а 1 кейс/интеракт

а, просто я прочел будто бы осуждение в прошлом сообщении об этом, потому было интересно)

Ну или в пресентере

Юзкейсы это домен слой, там не должно происходить никаких маппингов

Мне не понятна была прослойка интерактора перед юзкейсом.

Дык мапит репо

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

Окей, если ты о "склеивании" нескольких домен-моделек, которые вернула репа, то тогда само собой такое можно сделать в домен слое

Слоев на тысячу рублей мне в ....

Да, я именно об этом, это и называл маппингом

Используя принципы чистой архитектуры, я понимаю что вряд-ли получится как то взаимодействовать со службами (service) через тот же репозиторий например. А возможно ли тогда как то взаимодействовать с сервисом через ViewModel? Я не хочу делать так что бы во фрагментах и активити у меня была вся логика взаимодействия. Если это View, то пусть она и отвечает за отображение и не более. Какие практики вы используете в своих проектах, поделитесь плиз)

принципы чистой архитектуры
Их не существует

вообще клин арча не существует, все это миф

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

О, слушай, тоже было интересно, как дружить клин с сервисами. Я бы делал по аналогии с workmanager и инжектил всякое в сервис. Приведи свой кейс?

+

Но тем не менее существует некоторая пародия ) в рамках которой наверняка можно что то сделать?