В mvvm вроде и презентера нет, там же viewmodel.

Интерактор получает Cursor, презентер в конструктор получает этот интерактор, и этот презентер инжектится в фрагмент

А курсор откуда?

В идеальном мире ваш презентер не должен работать с энтити объектами.

Откуда бы не было он не должен находится в презентен слое.

Там должен быть домейн объект

Курсор с модуля который провайдит БД

А этот баундери модуль должен возвращать домейн объект. Мапнуть нуно.

Так может нужен не курсор передавать в интерактор а датапровайдер?

Ну вот сейчас я туда передаю курсор к нужной таблице

И вот как раз стало интересно насколько это верно

Конечно не верно

Курсор это херня от ДБ

Обработку евентов с вью (клики, свичи, чекбоксы) реализуете в соответствующих обработчиках и вызываете в них методы презентера? Создаете анонимные классы или отдельно и добавляете туда ссылку на презентер?

Что он делает в в слое где должна быть апп ложик

И бизнес ложик

Всем привет!
Очень интересно узнать, какие используете подходы для доменных сущностей в контексте Clean Architecture.
Например есть моделька User в слое domain. В слое дата так же получается есть сущности типа UserDatabase и UserApi.
Чтобы гонять эти сущности можду слоями делаем мапперы. В идеальном минимальном случае нужны мапперы UserApi -> User , UserDatabase -> User.
Так же вполне может появиться UserView со специфичными полями для View(для списка например)
Кто как решает вопрос с этим boilerplate'ом и маппер хелом?

Вопрос, делегируете ли вы обработку onActivityResult в презентер? и вообще если стоит задача: есть два экрана, с А -> Б, если мы чтото сделали на Б и при возврате на А надо обновить его. Какой инструмент юзаете?

Мы у себя делаем эквивалентными UserDatabase и User. Да и по возможности UserApi и User. А иначе — только ручной маппинг. Может у кого-то по другому?)

Если А и Б — части вашего же приложения, то в идеале просто менять какую-то модель(в идеале ещё и персистить её), а в активити A слушать это изменение и реагировать на него. Это в идеале =)