Тогда у нас засоряется Activity различными объектами и методами связанными с бизнес логикой приложения и работой с данными, разве нет ? Например, с базой данных и с сетью и тд и тп.
Можно, конечно, попробовать вынести все это еще в один отдельный класс\объект и разместить его в Activity и уже из него просить всякие Instance и прочее ) Ну, я не знаю, насколько такой вариант будет читабельнее и лучше )
Или может, я не совсем верно себе представляю как работать с MVP паттерном.
А вообще, разработчики Android могли бы изначально позаботиться о том, чтобы не делать Activity god object ом ))) Не знаю, почему они сделали именно так ) Им виднее, наверное )

чтобы активити не засорялось можно использовать классы-провайдеры или DI фреймворк

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

Можете объяснить почему так будет лучше ?
Я просто не хочу засорять Activity лишними объектами, которые не связаны с бизнес логикой и работой с данными. Вроде MVP же паттерн )

Ну, а если внутри presenter разместить интеракторы, это плохая практика ?

Тогда, я получаю в конструкторе presenter необходимые данные, такие как ApplicationContext и передаю их интеракторам, а оттуда тяну все нужные данные ) Все как в аптеке ) 🤓

Тогда, я получаю в конструкторе presenter необходимые данные, такие как ApplicationContext и передаю их интеракторам, а оттуда тяну все нужные данные ) Все как в аптеке ) 🤓

Потому что явные зависимости лучше, чем неявные.

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

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

по хорошему должно быть как-то так:
data source -> repository -> interactor -> presenter -> view

В вашем случае инстанс DB это data source.

Контекст не надо передатьва в презентер. Контекст надо передавать в provide метод, либо в DI он уже будет присутствовать.
В provide методе на основе контекста буедт создан инстанс DB, затем создается интерактор, в который передает инстанс, а уже интерактор передается в презентер - это грубое объяснение

советую изучить вот этот проект
https://gitlab.com/terrakok/gitlab-client

Там и мокси есть и архитектура нормальная.

архитектурные вопросы лучше в https://t.me/Android_Architecture :) Мокси добавляет магии, но совсем немного. Я бы на вашем месте не пытался сразу сделать супер-архитектуру, а хорошо бы разобрал  MVP, и только потом двигался дальше. Иначе получится каша из высшей математики и таблицы умножения.