Мой презентер его переживает, не переживает Subscription (происходит unsubscribe и после поворота subscribe). Сетевой запрос прерывается (InterruptedException) и приходится его выполнять заново (загрузка картинки например). Посмотрел доклад, как понял основной посыл не использования subject'ы т.к.  шанс что кто-то набросает лишних событий и код поддерживать тяжело. Я не против это сделать все мегаRеактивно но тут не избежать того, что дожна быть некая прослойка между запросом и ui (middle man), и вопрос где ее правильно хранить.

Понял.
Почему прерывается запрос?

Спасибо, попробуем.
А с Conductor не кто не имел дела?

InterruptedException после unsubscribe (для сети Retrofit используется)

Зачем ты отписываешься от запроса при перевороте?
Отписывайся только при уничтожении презентера и вьюхи

поддерживаю

Новая Activity, Context, View. Когда-то за основу бралось это https://github.com/ribot/android-boilerplate/blob/master/app/src/main/java/uk/co/ribot/androidboilerplate/ui/main/MainPresenter.java

Ну там у тебя не хватает уничтожения презентера.
Когда он уничтожается? Или живет, пока живо приложение?

В общем, как и посоветовали - использовать Moxy или дописать свой MVP по нормальному)

Где лучше создать презентер что тобы ссылка на него переживала поворот? Учебный пример пишу без либ. Фабрику сделать которая в аппе живет? Или есть место где создать чтобы инстанс не утёк? Обычно у меня код без стейта в этом месте интересна именно возможность

Обычно у меня презентеры про лайфсайкл не знают, есть bind, где дается контекст и идет запрос модели и unbind где все нравится к смерти, но по факту bind не вызывается дважды у одного инстанса если onCreate происходит

В часности вот этот комит с коментом "subscription leaks removed" https://github.com/ribot/android-boilerplate/commit/8e72f0c129bd7165ac89b49bad97b3d1cbda60f6 а mvp был взят за основу из этой же репы, boilerplate все таки.
Презентер сейчас @Singleton через дагер провайдится.

Alexander а что значит фраза : "Зачем ты отписываешься от запроса при перевороте?".
1) Как понять, что именно произошёл перевопот, а не учичтожение систетомой Activity в случае нехватки памяти?
2) Если не отписываться, то это приведёт к утечкам памяти.

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

Презентер должен уничтожиться, когда уничтожится вьюха. Тогда и произойдет отписка.
А отписываться при перевороте - заново запускать запрос.
А если система грохнула приложение, тогда все уничтожится и утечек по сути быть не может)

> Alexander
А если система грохнула приложение

она может грохнуть не всю прилагу, а именно текущую Activity(Don't keep activities эмулирует эту ситуацию).

не, данные в репе, в презентере только ссылки на subject'ы и subscription'ы

а что делать в случае, когда пользователь загружает видео размером 100мб и уже загрузил 80 мб, и случайно перевернул телефон, то ему придётся всё заного грузить?

> А отписываться при перевороте - заново запускать запрос.
Именно эта проблема и была решена subject'ами, что бы запросы выполнялись дальше...

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