запрос на бэк с query string типа ?size=10&page=1. Но в таком случае есть один недостаток.
Допустим, после загрузки первой порции, кто-то из пользователей создал ещё один пост. Тогда в ответ на запрос второй порции один пост будет повторяться из-за сдвига. Как можно решить эту проблему, есть ли какие-нибудь другие способы?
Каждый раз когда ты делаешь запрос после скролла надо делать его на сумму предыдущих постов плюс новые
Есть разные апи. Может быть такое, что выдает только новые и в конце кидает флаг false, по которому запрос вообще должен блокироваться
Логика понятна, но откуда можно достать количество новых постов, которое юзер ещё не загружал? Через вебсокет соединение?
Тебе бекенд должен присылать тотал в ответ на каждый твой гет, например, в хедерах
В момент нового запроса у тебя будет прошлое значение тотала
То есть при отправке запроса с фронта, я могу отправить то общее количество постов, которое было сохранено у меня. А бэк, в свою очередь, уже исходя от этого числа, находит разницу между ним и настоящим количеством постов на данный момент и добавляет это к оффсету, дальше работает, как положено. Такая логика?
Да, переложи эту ответственность на бек, иначе ты замахаешься офсеты калькулировать
Ок, спасибо
Обсуждают сегодня