ST
Типа первая лайфдата - это данные для адаптера, а вторая - "сигнал" для обновления?
Тип того, сделать метод рефреш и там переподписываться
Size: a a a
2019 December 09
AA
Тип того, сделать метод рефреш и там переподписываться
звучит, если честно - не очень. Но спасибо
ST
Что мешает дергать дату когда фрагмент стал снова видимый?
V
Всем привет. Такой вопрос: есть список, каждый элемент содержит в себе чекбокс. Список дёргается из бд. Чекбокс зависит от состояния модели (у неё есть специальное поле для этого). Собственно, сам вопрос - как мне обновлять такой список. Необходимо следующее поведение - кликаю по элементу списка - перехожу на другой фрагмент, после чего возвращаюсь и этот чекбокс должен автоматически установиться.
Чет я не понял...разве нельзя кликнуть на элемент, установить чекбркс в нужное положение, сделать запрос в бд на изменение, перейти на след фрагмент и когда вернёшься - чекбркс будет в нужном состоянии?
AA
Чет я не понял...разве нельзя кликнуть на элемент, установить чекбркс в нужное положение, сделать запрос в бд на изменение, перейти на след фрагмент и когда вернёшься - чекбркс будет в нужном состоянии?
Ну, я немного неправильно описал изначально задачу. Чекбокс должен ставиться в зависимости от значения поля в модели. Ну и если не ошибаюсь, твой вариант корректно не отработает, как только такой элемент выйдет за границу экрана - чекбокс снимется
AA
Что мешает дергать дату когда фрагмент стал снова видимый?
Нууу, а если список большой, каждый раз дергать бд?
ST
Нууу, а если список большой, каждый раз дергать бд?
Limit/offset, не?
AA
Limit/offset, не?
Хм, чё это? Надо погуглить
AA
Интересная штука
ST
limit - это сколько брать из базы, offset - это смещение относительно первого. У тебя нет пагинации?
AA
Только как будет работать, если список из 1000 элементов, а я нахожусь на 400 и при возврате на список элементов хотелось бы видеть тот, на который кликал
AA
limit - это сколько брать из базы, offset - это смещение относительно первого. У тебя нет пагинации?
Сейчас нет, но посмотрел статьи, выглядит оч круто, теперь будет)
ST
Только как будет работать, если список из 1000 элементов, а я нахожусь на 400 и при возврате на список элементов хотелось бы видеть тот, на который кликал
Лучше, чем держать 1000 объектов в адаптере.
Я вообще не уверен что кто-то будет тысячу листать)
Я вообще не уверен что кто-то будет тысячу листать)
ST
Условно 10 объектов на экран влазит и по 10 объектов сверху и снизу, а все остальное подгружаешь динамические. Нафига держать 1к объектов в адаптере мой мозг отказывается понимать. )
AP
а вот room решил бы ряд ваших проблем. А у вас paging library или нет ?
AP
Условно 10 объектов на экран влазит и по 10 объектов сверху и снизу, а все остальное подгружаешь динамические. Нафига держать 1к объектов в адаптере мой мозг отказывается понимать. )
Тестировщик точно пролистает 😉
AA
а вот room решил бы ряд ваших проблем. А у вас paging library или нет ?
наоборот избавился от него. Какие бы проблемы он решил?
AP
наоборот избавился от него. Какие бы проблемы он решил?
ну как минимум ld реагировало бы на изменения записи в базе.
AP
Ну и датасурс который она возвращает сам бы дергал invalidate после изменения данных
AP
наоборот избавился от него. Какие бы проблемы он решил?
вот эта штука вам бы решила ряд сложностей https://developer.android.com/reference/android/arch/persistence/room/InvalidationTracker
