AR
но это если load more
Size: a a a
2019 December 24
AR
в моем случае обычно это “страница назад” “страница вперед”
Вт
Предположим есть список с пагинацией. Пользователь открывает, например, третью страницу, на которой удаляет несколько элементов (отдельные запросы DELETE). Что вы обычно в таком случае делаете со списком? Перезагружаете ли вы ту же страницу (с теми же offset/limit, например) или оставляете неполный список пока пользователь не пролистает его сам? Возможно есть ещё какие-нибудь фокусы?
Оптимистик апдейт, и при первой возможности верификация что все ок
AR
Оптимистик апдейт, и при первой возможности верификация что все ок
оптимистик апдейтом будет удаление элемента с экрана, но это всё равно создает прецендент пустой страницы
Вт
оптимистик апдейтом будет удаление элемента с экрана, но это всё равно создает прецендент пустой страницы
Не всегда удаление, можно отметить как «удаляем»
Вт
пользователь не дурак и понимает что если страница заняла время загрузиться то и операции не моментальные
AR
Не всегда удаление, можно отметить как «удаляем»
я кажется понял о чем ты. гитхаб так делает в списке бранчей
Вт
хотя разные бывают пользователи
Вт
я кажется понял о чем ты. гитхаб так делает в списке бранчей
Да, но гитхаб лажает в других местах, так что не идеальный пример)
Вт
Представь что тебе в будущем операцию revert надо будет прикрутить
Вт
тогда легче представить все :)
AR
Представь что тебе в будущем операцию revert надо будет прикрутить
гуд поинт
KY
в моем случае обычно это “страница назад” “страница вперед”
2 курсора 🙂
AR
Да, но гитхаб лажает в других местах, так что не идеальный пример)
мне в этом паттерне не нравится один момент. я например хочу поудалять старые бранчи, пры которы замержили. удаляю пять со страницы, нажимаю “next page”, коллекция смещается, и оказывается что пару нужных к удалению бранчей оказались на “предыдущей” странице, с которой я только что ушел
KY
не по ресту, но при делите можно возвращать айтем со следующей страницы
KY
и его вставлять в конец текущей
KY
по ux это будет тоже замечательно ИМХО
Вт
мне в этом паттерне не нравится один момент. я например хочу поудалять старые бранчи, пры которы замержили. удаляю пять со страницы, нажимаю “next page”, коллекция смещается, и оказывается что пару нужных к удалению бранчей оказались на “предыдущей” странице, с которой я только что ушел
то же самое происходит когда есть concurrent modification
Вт
Самое простое Решение - использовать указатели
DB
Самое простое – ходить ещё раз за текущей страницей, если именно пагинация