Объект адаптера размещается в Активити/фрагменте и, посредством интерфейса View управляется из презентера. Т.е. презентер вызывает методы View для передачи данных, а реализующий этот View Активити/Фрагмент уже пробрасывает данные в адаптер

спс попробую

То есть, будет корректным примерно такая реализация:
Внутри Activity размещены члены класса:
recyclerView, adapter, layoutManager, presenter
Меторды интерфейса View, которые реализует Activity:
initAdapter(List<T> list) // вызываем из presenter, скажем, из конструктора или из другого метода, связанного с жизненым циклом или событием.
И какие-то методы, расположенные внутри presenter, например, пользователь нажал на кнопку и нужно полезть в базу или в сеть и обновить данные...
Ну и сообщаем об этом нашему View если необходимо через getViewState().someMethod()
Так будет корректно с точки зрения MVP и Moxy в частности ?🤓

Грубо говоря, они будут дергать методы друг друга по кругу )

Всем привет,сейчас перехожу на androidx и столкнулась с проблемой, кто-нибудь знает с чем связано/как решить?
Подключила moxy-community:
implementation "com.github.moxy-community:moxy:1.0.13"
annotationProcessor "com.github.moxy-community:moxy-compiler:1.0.13"
implementation "com.github.moxy-community:moxy-app-compat:1.0.13"
implementation "com.github.moxy-community:moxy-androidx:1.0.13"

Судя по логу нужно выбрать appcompat или androidx

Большое спасибо)) убрала appcompat и все работает, долго сидела думала над этим, оказалось все проще)

Ребят, что делать, если мне нужен context в presenter ? (Тема, наверное, избитая )
Есть Activity и presenter как член класса.
Мне необходимо получить instance db внутри presenter 🤓
А чтобы его получить, мне нужен context )))
Какое тут верное решение с точки зрения MVP и Moxy в частности?
Насколько я понимаю, главная проблема тут  - возможная утечка памяти.

используй application context

Понял, спасибо )

а вообще если в проекте есть dagger просто в модуле написать метод для провайда instance db и потом инжектить в презентере сразу этот instance

Не, Dagger нету )
С Moxy знакомлюсь )

Лучше передавать в презентер непосредственно нужные ему зависимости, например, не контекст, а инстанс БД в вашем случае.

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

Чтобы не зависеть от android sdk, тогда в тестах проще будет

тестах😂😂
а что кто то их пишет?

а есть другой способ делать рабочее приложение?

QA отдел

вечер добрый, есть кто работал с MvpAppCompatDialogFragment?

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