Добрый день! Не совсем понимаю, каким образом вьюшка после пересоздания подхватывает нужный презентер?
Например: Открыты два одинаковых фрагмента, но на каждом из них были вызваны разные методы вью и соответственно стэк восстановления для каждого из них должен быть разным после пересоздания
Добрый день! Не совсем понимаю, каким образом вьюшка после пересоздания подхватывает нужный презентер?
Например: Открыты два одинаковых фрагмента, но на каждом из них были вызваны разные методы вью и соответственно стэк восстановления для каждого из них должен быть разным после пересоздания
Порылся и не нашел. Вроде как действительно не получится, т.к. для provide presenter нужен MvpPresenter. Кажется, что не так уж оно и нужно. Презентер привязан к конкретной View. Так что врядли есть смысл его закрывать интерфейсом. Можете описать ситуацию, зачем понадобилось закрывать презентер интерфейсом?
Порылся и не нашел. Вроде как действительно не получится, т.к. для provide presenter нужен MvpPresenter. Кажется, что не так уж оно и нужно. Презентер привязан к конкретной View. Так что врядли есть смысл его закрывать интерфейсом. Можете описать ситуацию, зачем понадобилось закрывать презентер интерфейсом?
Ну это к вопросу о Clean Architecture То что нужно оперировать контрактами, а не конкретной реализацией
Хм, что думаете? У меня есть данные подгруженные через retrofit в момент вызова метода onFirstViewAttach главного presenter, как эти данные распределить между всеми presenter?) которые тоже ждут похожее данные с апи, им же не над тоже делать тот же запрос к апи😅