☀️ Летняя неделя знаний от GetAnalyst: скидка 25% на все материалы для самостоятельного обучения ☀️

Если вы всерьёз решили расти в системном анализе — начните с практики 😉

До 24 июля действует скидка 25% на все материалы для самостоятельного обучения:
+ реальные кейсы
+ структурные подходы к анализу требований
+ чеклисты, инструменты, шаблоны,
+ подготовка к собеседованиям и переосмысление в работе с текущими задачами

🎁 Промокод: LETO2025
👉 Смотреть доступные материалы

Темы:
▫️ Интеграции
▫️ REST API
▫️ Архитектура
▫️ БД и SQL, ER-диаграммы
▫️ Резюме и собеседования
▫️ Анализ требований
▫️ AI

Это не теория ради теории — это практическая база, которая формирует мышление системного аналитика и помогает действовать увереннее в рабочих проектах.

Формат для тех, кто предпочитает учиться самостоятельно 🙌

Иногда просто не хватает вдохновения, чтобы сделать очередной шаг вперёд 🤍

Спасибо каждому из вас за него.


И хочу напомнить:
Не забывайте благодарить, хвалить и поддерживать своих коллег.

Особенно это важно для джунов, которые работают больше всех, и стараются как за троих))
И для тех, кто только-только вышел к вам в компанию и действительно старается как можно скорее начать приносить пользу.

Обратная связь… кажется, что мелочь, но на самом деле значит очень много 🪄

🎯 6 способов пагинации в REST API 🎯

Когда мы получаем списки через API, то получать весь миллион записей сразу - плохая идея. Лучше получать по частям — порциями.

Пагинация — отвечает за порционное получение данных в REST API.

Помогает:
✔️ не перегружать как сервер, так и клиента API;
✔️ ускорить отклик на запрос;
✔️ пользователю не надо ждать данных вечность.


👇 6 способов пагинации на примере получения списка пользователей:

🔹 Offset
Используются параметры смещения (offset) и ограничения (limit) для определения начальной точки и количества возвращаемых записей.

GET /users?offset=0&limit=3

✅ Простая в реализации
✅ Подходит, когда данных немного
➖ Неэффективна при больших offset: система перебирает все записи, чтобы дойти до нужных


🔹 Page
Используются номер и размер каждой страницы для переключения между ними.

GET /users?page=2&size=10

✅ Привычно для пользователей (страницы)
✅ Подходит, когда пользователь реально листает страницы
➖ Проблемы те же, что у offset


🔹 Cursor
Используется курсор (id записей в БД) для обозначения позиции в наборе данных.

GET /users?cursor=123

✅ Быстрая и надёжная при больших объёмах данных.
✅ Часто используют в соцсетях, чатах и платежных системах из-за постоянного потока новых данных.


🔹 Keyset
Используется ключ для фильтрации набора данных. Часто это первичный ключ или другой индексированный столбец.

GET /users?afterId=123&limit=3

✅ Быстрая при больших данных
✅ Подходит для бесконечной прокрутки (infinite scroll)
➖ Требует уникального и индексированного поля (обычно ID)


🔹 Time
Используются временные метки или дата для разбиения записей на страницы.

GET /users?startTime=...&endTime=...

✅ Идеальна для систем, где данные привязаны ко времени: логи, события, аналитика


🔹 Гибридная пагинация
Этот метод объединяет несколько методов пагинации, чтобы максимально использовать их сильные стороны.

Поддерживается сразу несколько способов

из перечисленных выше

➖ Чуть сложнее реализовать
➖ Может путать клиентов API


#RestApiGA #MeetsGA

Это точно спросят на собеседовании про REST API

Смотреть до конца и искать что не так 😉

Жду ваши комментарии ✍️

#RestApiGA