4 года в универе пропущены )))))

StackOverflow на ноуте. XD

Ребят, всем привет) Можно вас попросить дать объективный фидбэк по моему докладу, чтоб я учел все недостатки - https://youtu.be/smFyitWV2fE

Тема доклада годная, но я из-за того как вы говорили прям в микрофон, от этого меня, хватило на 10 минут .

Эххх, знаю(((
Был такой недостаток. Пасиба за фидбэк😉

Как в GtaphQL сделать пагинацию, чтобы задавать числом смещение относительно начала списка (сколько элементов мы пропускаем) ?

Как вы относитесь к grahql-ld ?

Я кастомную на реакте делал

я обычно добавлял в инпут offset и limit, и обрабатывал их в резолвере потом

p.s. https://use-the-index-luke.com/no-offset

Просто получи коллво элементов. Заведи себе переменную const PAGINATION_COUNT и храни там коллво, выводимых значений. А дальше от этого играйся. Ты знаешь, что у тебя выделиться 6 значений, ты знаешь максимальное. Дальше только дело фантазии )

лучше не использовать оффсет, а использовать курсоры (https://graphql.org/learn/pagination/, https://www.apollographql.com/docs/react/data/pagination/#cursor-based и т.д.)

почему - потому что если список значений продолжает обновляться (например, в него добавляются новые элементы в голову или удаляются с головы), то страница по оффсету будет либо показывать дублирующиеся элементы, либо пропускать элементы (и пользователь об этом не узнает)

+1
если используешь relay, он из коробки умеет с такой пагинацией работать

👍🏻

Если бесконечная прокрутка то да, а если надо показать таблицу с кучей фильтров и сортировок, которые может менять пользователь, то курсоры становятся очень неудобными.

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

А если снизу надо сразу показать первые 5 страниц и последние 5, что бы пользователь мог сразу на них перейти. Откуда курсоры взять?

Плюс я так и не видел нормальной работы сортировок и фильтраций в курсорах. Есть примеры?

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

Общий подход такой - курсор хранит в себе первичный ключ опорной записи, направление отображения, режим сортировки и текущий набор фильтров. На каждую страницу у вас может быть много курсоров. Я с каждой страницей возвращаю
- курсор на первую страницу (не содержит первичного ключа, направление "вперед", + текущие фильтры и сортировка),
- курсор на следующую страницу (первичный ключ последней записи на странице + остально),
- курсор на предыдущую страницу (первичный ключ первой записи на странице + остальное),
- и курсор на последнюю страницу (не содержит первичного ключа, направление "назад", + текущие фильтры и сортировка).

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

Если у вас "первые 5 страниц и последние 5 страниц", то это не имеет значения. Для начальной навигации у вас будет оффсет, потому что человек, который перематывается на "5 страницу с конца" и так не знает, что он хочет (и что получит). Затем, когда навигация произошла, для связного перемещения у вас уже будут курсоры.

в принципе, если есть бизнес-необходимость консистентно листаться по +-5 страниц за раз, то решение тривиально