Почему нельзя общаться через репозиторий?

Неконтролируемый жизненный цикл приложения. Мы не можем гарантировать, что репозиторий переживет пересоздание

можно делать все что угодно
я видел активити банковского приложения на 30 тыс строк кода
и как ни странно оно прекрасно работало

То есть вся работа с бд и сетями должна делаться в презентер по такой логике?хотелось бы такое выделять в отдельные классы репо

Неконтролируемый жизненный цикл приложения. Мы не можем гарантировать, что репозиторий переживет пересоздание

Презентер держит ссылки на сущности бизнес-логики или репозитории. Соответственно, они живут вместе с презентером. Если презентер переживает пересоздание, то и эти сущности тоже выживают

Репозитории часто делают синглтонами, так что не сказал бы, что эта проблема есть.

Даже если не шарить данные, то разбить сложный фрагмент на несколько кусков-презентеров.

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

Если он в себе содержит открытую БД, так почему бы и не держать. Но тут кто во что горазд, конечно.
Основная мысль в том, что делать на уровне презентации что-то сложное, вроде пошареных презентеров или вьюмоделей скорее всего не стоит. Задача презентера отделить логику поведения экрана или виджета от логики его рендеринга, и при этом что View что Presenter должны быть чем проще тем лучше. Остальное - архитектурная задача, и лежит за рамками MVP.

Всем привет🤚

Есть ли способ передать данные из savedInstanceState фрагмента в конструктор презентера?

Если такой возможности нет сейчас, то можно ли ее реализовать в библиотеке? Например, получить savedInstanceState аргументом в метод с аннотацией @ProvidePresenter?

Я хотел бы передать в конструктор презентера сохранённое состояние фрагмента.

можно попробовать в методе onCreate перехватить данные из savedInstanceState в [DI] компонент, потом проинжектить свой фрагмент Provider<FeaturePresenter> и потом в @ProvidePresenter достать презентер из провайдера

p.s. можно просто сохранить стейт в поле и занулить после super.onCreate(savedInstanceState)

Спасибо

Мне выше советовали чтобы логировать команды ViewState, то нужно от него унаследоваться, как это можно сделать?

@snoozerio Как я понял, MvpPresenter получает ViewState с помощью метода ViewStateLocator.getViewState, а по коду, метод setViewState просто переприсваивает ViewState

Может я неверно понял, а где стоит вызывать setViewState?

Нам не надо это визивать

@smallstells Так, а как тогда можно логировать события ViewState?