ну и как с этим бороться, как просто выбросить фрагменты на помойку вместо сохранения в стейт

а просто уничтожать можно фрагменты? хоть руками

я понимаю что efficienсy но бесит эта фигня

погоди, еще раз, почему два раза?

поподробнее

список же дублируется

или два ресайклера становится?

ну, не сам ресайклер, данные в нем дублируются, не так выразился

т.е. адаптер остался тем* же и презентер ему за щеку напихал еще раз тот же список

какой стэк?

если null надо проинициализировать же

Расскажите как лучше кэшировать данные с сервера?

Расскажите как лучше кэшировать данные с сервера?

в репозитории по хэшмапу с критерием или в ретрофите

так че там по моему нубскому вопросу про ресайкклер? )

сижу читаю

давай еще раз про дебаг, что два раза вызывается?

в репозитории по хэшмапу с критерием или в ретрофите

О каком репозитории речь?

О каком репозитории речь?

локальном

локальном

Бд что ли?

что угодно, что влазиет в понятие репозитория

О каком репозитории речь?

о том который закрывает апи бэкенда )

это котлин

я обратил но этого недостаточно. мне надо еще и причину знать почему так

да не, не везде, всего 1 раз

а я хз че за !! объясните

Тогда подскажите удобную либу для работы с бд, чтобы туда пихать данные с сервера

просто решил что котлин и всё

а я хз че за !! объясните

назло всем кинуть NPE если null

прикол

но звучит как не супер нужно

Ребят, кто делал приложение будильник? Можете отозваться в лс Есть несколько вопросов, буду очень благодарен, если сможете ответить

ответ - мне нужно было 2 параллельных и 100% выполняющихся противоположных точки жизненного цикла

ну не паралельных а типа "на 1 ступени"

onresume-attach, onpause-detach. я пытался юзать create-destroy и start-stop или как там их, но не прокатило т.к. дестрой-стоп не всегда вызывается

так шта там какие то лизания памяти начались и вобщем, я забил, делаю просто в резюме

короч, childFragmentManager кеширует эти фрагменты, так?

из за этого юзается тот же адаптер а не делается новый

расскажите о принципе кэширования. вот к примеру я получил с сервера 5 объектов. через некоторое время зашел опять в прилу. на серве уже 15 объектов (+10), но прила этого не знает. интересно какие мне действия совершать при обновлении данных? сначала выводить кэш , а потом данные с серва или как?

мм да, решил, а так не делают? )

чего ты пристал с инитом адаптера, это не решает проблему

расскажите о принципе кэширования. вот к примеру я получил с сервера 5 объектов. через некоторое время зашел опять в прилу. на серве уже 15 объектов (+10), но прила этого не знает. интересно какие мне действия совершать при обновлении данных? сначала выводить кэш , а потом данные с серва или как?

смотря что хочешь

пока грузишь - отображаешь кэш

прогрузил - записал в кэш, отобразил новую инфу

ну правда ведь не решает

к тому же создать адаптер не тяжелая операция

да че ты начинаешь, я то не против что ты спрашиваешь

просто когда просят решить проблему, а ему начинают втирать за клинкод и прочее, это странно

это участь самоучек

знаешь в одном месте, не знаешь в другом

такие неконсистентные знания получаются, как дуршлаг, хоть на бошку одевай и становись пастафарианцем

прогрузил - записал в кэш, отобразил новую инфу

надо как-то же отделить часть новой инфы от старой (из 15ти объектов с серва 5 старых с кэша) :)

инит нужно делать когда получил налл из менеджера

а выше никаких инитов не должно быть

вы должны передат ьтолько тэг

надо как-то же отделить часть новой инфы от старой (из 15ти объектов с серва 5 старых с кэша) :)

перезаписать всё?

удалить старые, загрузить новые

хотите - пробуйте померджить

то есть после перезаписи опять выводить все из кэша (локал бд)?

грубо говоря: List<Object> list = response(); save(list); showList(list);

надо как-то же отделить часть новой инфы от старой (из 15ти объектов с серва 5 старых с кэша) :)

да не отделяй ничего, грузи все с сервера, проси cache expire выставялть заголовки, по ним уже проверять будешь у себя. критерии к репозиторию в виде дата-классов котлина например, у них из коробки equals, hashcode работает, твой кеш можно реализовать как Hashmap<Criteria, Data(String)> например. repository.getSomeWtf(criteria){ return if ( cache.has(criteria) ){ cache.get(criteria) } else { result = api.getWTf() cache.save(criteria, result) result } }

ну так и где вернее то их делать?

ну так и где вернее то их делать?

думаю ответ в Oncreate

это слишком очевидно и ответ не может быть настолько простым

где по кайфу там и инициализируй

просто если инфа не обновляется. то нет смысла делать в онРезьюм

мне всеравно непонятно почему

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

уберите скобки

у ифа

и ctrl + alt+ l

и отпишитесь о результате

бегло прочитал о realm. что-то не понятно как создать разные таблици в бд для одинаковых классов. например, "table1" и "table2" куда будем писать объекты класса User

а зачем вообще разные таблицы?

зачем разные таблицы для одинаковых сущностей?

ну например, в "table1" пишу юзеров, которые связаны по номеру телефона из телефонной книги девайса. а в "table2" пишу юзеров, которых нет на серве, но есть у меня в телефонной книге. как-то так

реально вообще сделать такое в realm?

Realm - это не sql

а почему нельзя их разделять переменной типа boolean?

Realm - это не sql

тогда что посоветуете для моего случая?

Room попробуйте