какая разница?

как в таком случае отдельный презентер влипить для каждого элемента?

разновидностей элементов ведь конечное число. Не очень понял, в чём вопрос)

у меня сейчас проблема с таким кейсом. во фрагменте создаётся родительский делегат - уходит в адаптер. в каждом холдере создаются делегаты которые идут во вложенные элементы. Соответственно в холдерах создаются презентеры.

проблема в следущем. при паузе фрагмента родительского вызываю у делегата:
      getMvpDelegate().onDetach();
       getMvpDelegate().onDestroyView();
       getMvpDelegate().onDestroy();

по логам вижу что у отнаследовавшихся происходит вызов onDestroy

после восстановления фрагмента и паузы повторной видно что onDestroy вызывается повторно у тех же презентеров которые уже должны быть уничтожены.
То есть если при первом onPause было 2 вызова onDestroy презентеров которые смотрят на родительский делегат, то при повторной паузе их 4. Потом 6 onDestroy-ев.

Соответственно эти неудаляющиеся презентеры генерят OOM.
В то же время в presenterStore такого количества презентеров нет.

Куда копать-то?

есть список новостей. нужен ли для каждого элемента свой презентер или нет?

есть ли там логика которую нужно выносить в презентер

Если каждая новость сложный динамический элемент, который изменяется независимо от других - то, возможно, имеет смысл.

так и есть.... я делал это так : в адаптере сделал пабличный сеттер и кидал туда новый список, включая и элементы, которые и не были изменены, после этого делал обновление адаптера notifyDataSetChanged. Но как я понимаю нормально было бы сделать для каждого свой презентер

можно так, можно эдак, зависит от конкретной задачи) Если у вас 20 разных видов элементов списка, то прокидывать все взаимодействия с этими элементами через основной презентер экрана выглядит плохой идеей. Если элемент одного вида, и ничего кроме клика не надо обрабатывать - можно и через основной, и не нужна лишняя сложность

Привет, Нароооод! Почему-то под андроид 8.0 этот код работает, под андроид 4.2 выдаёт такую ошибку:
android.view.ViewRootImpl$CalledFromWrongThreadException: Only the original thread that created a view hierarchy can touch its views.

Вам в @android_ru

Попробуйте явно в launch передать Dispatchers.Main

Спс! Аха!

может кто то показать пример реализации mvp на моху в recyclerview ?
желательно с силкой на гитхаб

Зачем мвп в ресайклере?

я ресайклер с клин и mvp пишу всегда, это же КЛИН😃

Откуда мы знаем, зачем тебе мвп в ресайклере?

ето можна зделать, так что надо попробовать
не хранить же часть логики в холдере

Ну да, лучше костылять что-то сомнительное только потому что "логика во вью bad"