Какой API лучше всего сделать для получения динамического списка по частям?

Question

[Александр Интересный]

Добрый день. Моя задача — создать динамический список пользователей, то есть добавить, удалить или изменить статус нового пользователя в любое время. На бэкэнде он сортируется по последней активности. Имеется ввиду, что недавно активные пользователи находятся вверху, а давно активные — внизу. На фронтенде у меня есть список, загружаемый с помощью слайсов (get_members # limit 20, offset 20) делая infinite-scroll. Но, если добавляется новый пользователь, логично, что он появится вверху списка, тогда как в моем случае первая часть списка уже загружена и кэширована. Соответственно, до добавления нового пользователя последний пользователь в моем списке имел ID 20, а на следующей странице список начинается с ID 21. Но когда добавляется новый пользователь, следующая страница возвращает ID 20 из-за смещения.

Если я просто проигнорирую существующий список и сразу добавлю 20 новых пользователей, следующая страница будет буквально заполнена дубликатами, и ничего не загрузится. Как правильно спроектировать систему страниц, в которой уже загруженные страницы также могут изменяться? Я планирую хранить на фронтенде только три страницы: предыдущую, отображаемую и следующую. Также я хочу иметь возможность прокрутки вперед, например, на 20 страниц. Я представляю себе следующий сценарий: на бэкенде есть текущий отсортированный список пользователей, а фронтенд получает слайсы этого списка. У меня есть два варианта: либо заменить все локальные (фронтенд) страницы новыми пользователями и попытаться каким-то образом сохранить положение прокрутки списка, либо динамически вставлять каждую страницу и вернуться к исходной проблеме дубликатов и нестабильности. Или есть лучшие варианты? Буду благодарен за любые идеи и предложения.
Также хочу учесть, что я использую веб-сокет, а не REST API. Теоретически я мог бы поддерживать обновление текущей страницы на стороне клиента. Например, я мог бы создать события для добавления, удаления и изменения статуса конкретного пользователя. Но это теоретически может привести к проблемам с сетью и рассинхронизации

Comments

[Алексей Уколов]

Вам нужна курсорная пагинация по времени последней активности (и я бы дополнительно ещё добавил id для коллизий времени).

[Александр Интересный]

Алексей Уколов, а есть какие то примеры? у меня для сообщений используется как раз курсорные запросы, но я все таки не понимаю, как реализовать такую систему в моем случае, с ограничением в например 20 пользователей на запрос. то есть я во время построения ответа на бекенде создаю список с нуля, но он будет кардинально отличаться от списка не фронтенде и мне надо максимально оптимизированно, быстро и без перезагрузок синхронизировать.

Вот такие у меня классы на получение сообщений:

@FrontendGeneration
    public enum ListDirection {
        latest,
        next,
        prev
    }

    @FrontendGeneration
    public static class ListQuery extends GeneralClasses.SlClass {
        @FieldNullable
        public String pointer;
        public ListDirection direction;
    }