И доменный слой маппит дата модели на свои?

Почему абстракция?

Сущность

У вас нарушается dependency rule)

Прежде, чем я продолжу объяснять, и вы меня закидаете помидорами, напомню - мы удаляемся от моего вопроса ))) тем более что я ответ уже получил

Неа... dto сидят в домене

Как и интерфейсы репозиториев

Некорректное сравнение. Интерфейс репозитория - gateway между domain и data слоем, чтобы была инверсия зависимости, и use case не знал о реализации репозитория. Чтобы его можно было безболезненно заменить в любое время. И работает интерфейс репозитория с доменными моделями. Если прокидывать dto для работы с базой рума, например, то получается, что доменный слой завязывается на реализации дата слоя. А собственно чистая архитектура про то, как этого не допустить

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

Давайте на личности переходить не будем) я тоже видел много плохого кода, но это не побуждает меня писать так же. Я вам говорю про IoC и каплинг, а вы говорите, что я только один шаблон видел. Это шаблон здравого смысла)

Ни в коем случае на личности не переходил. Вы разраб, я разраб. Это не отменяет у нас у обоих наличия фантазии и применения её для решения задачи. Здесь нельзя разделять на белое и черное, плохое и хорошее. Каждый создает свое творение как ему удобно. Я видел такие решения - и они подходят под мою задачу. Добра вам и свежих идей!

Вот только это решение противоречит главному правилу чистой архитектуры - направлению зависимостей. Вы можете не следовать чистой архитектуре, но Dependency Rule это  одна из самых здравых вещей что в ней есть.

Так что вас смущает собсно? Пакеты, или GateWay, как внутренний слой?

Все правила соблюдены. Просто подход отличается от привычного. А тревожили меня открытые всему миру конструкторы доменных сущностей при попытке расположить интеракторы вне пакета домена

когда публичные конструкторы доменных сущностей станут главной проблемой архитектуры в андроиде, это будет успех, я считаю)

Есть тут кто использует MVI? Насколько хорошо он ложится в Clean Arch? По идее, это MV* паттерн, но различия с MVVM и MVP довольно существенные

+1

там не нужен клинарх

паттерн интерпретатор + клеисли композиция == бездиайное счастье

чем Вам диай-то не угодил?