(add,delete,upd)
Кейс такой:
1. Юзер проскроллил, ему загрузило 400 записей (4 запроса по 100 записей)
2. Юзер делает удаление 2, 109-ой записей и добавление новой записи
3. Фронт посылает запросы, обновляет локально сохраненные данные. Но как быть с инфинит скроллом, нужно же как-то изменять параметры GET skip limit? Типа если раньше грузили 0 100, 100 100, 200 100, 300 100, то сейчас начинать уже с 399 100 (поскольку было загружено 400 записей, удалилось 2, добавилась в конец одна)?
ну получается успешно удалил, тогда skip - 1 Но вот чет это как-то не надежно поэтому возникают вопросы: - а если клиент с другого устройства удалил? Тут как быть? - А как вообще в многопользовательской среде вот это все будет работать? Где постоянно что-то обновляется, добавляется, меняется? Эти вопросы имеют место быть?
Когда создаешь запись, в ответе сервер пусть приносит созданную, с удаленной, айдишник, что вычистить, а скролл сам должен норм обработать, если нет, то скролл хуевыц)
Ну вот да, но, судя по всему, коллаборативность отпадает, а на удаление с другой вкладки/другого устройства можно глаза закрыть (хотя, интересно, как такой кейс решают тоже)
С удаленной вообще можно ничего не приносить, пардон
Дело не в удалении, или юай, дело в синхронизации данных наверное. Я по уникальному айдишнику все удаляю. А что за чудесная либа, которая умеет обрабатывать скролл/пагинацию, с отслеживанием удаленных записей, добавленных?
Обсуждают сегодня