SD
А я свою мвп сделал) но вот как заставить презентер жить во время переворота пока еще не обдумывался)
я тоже пишу свой мвп но без дугера и рх
Size: a a a
2017 February 01
DS
Все при перевороте сохраняю в бундл
DS
Сохранение мне нужно только чтобы отправленные запросы не терялись
D
Sergey D
я тоже пишу свой мвп но без дугера и рх
retainFragment еще можно
DS
Т.е. ответы возвращались бы
D
в onCreate создашь
AP
Все при перевороте сохраняю в бундл
А если у вас данных накопилось на мегабайт, вы все в бандл кладете? Как по мне - не круто
DS
В андрюше много что не круто)
DS
По идеи если так много данных то БД ни кто не отменял же
DS
Схрон в бд при атттаче вытаскиваем из бд и мержим с запросом в сеть на край
М
Sergey D
я тоже пишу свой мвп но без дугера и рх
Тогда пиши свою фабрику для презентеров)
AP
БД есть, но при перевороте нужно все данные сразу показать, с чем справляется хранение данных в презентере.
DS
Отклик БД не как из сети и задержки при прорисовке минимальны. Разница с доставанием из бандла не заметна
AP
Если нужно 5000 сообщений из Бд достать и обработать, то это будет долговато.
Не спорю, для таких случаев можно написать умный восстановитель, но лень)
Не спорю, для таких случаев можно написать умный восстановитель, но лень)
DS
5000 это тоже ерунда. Ну займет не 5 мс а 10мс
DS
Заметно для глаза?
AP
Видимо мне нужно базу оптимизировать
DS
А вообще как я люблю говорить: все зависит от поставленной задачи
DS
Сейчас вот вообще вместо бд использую префы)))) храню джейсоны ))))
AP
Это да. Если данных мало, то можно и в бандл.
Просто использовать два подхода в одном приложении например будет не прозрачно
Просто использовать два подхода в одном приложении например будет не прозрачно