@wakenbyWork

Сколько запросов нормально посылать с front на rest api?

Добрый день!

Есть restFullApi и есть фронт на react. И на каждой странице есть данные, которые генерируются, 2-3 запросами, сначала получаем одно, потом с эти данные отправляем во 2 запрос, и выводим информацию, или пишем 3 запрос уже из данных 1 запроса и 2.

Нормально ли так делать? в среднем 3 https запроса вместо 1 на много дольше будут идти. И я не понимаю стоит ли это оптимизировать на беке, чтобы можно было получить те-же данные по 1 запросу. Ибо на 3 запрос нужно ждать ответа первых 2((

Или это все мелочь? И не стоит переживать и что-то с этим делать?
  • Вопрос задан
  • 96 просмотров
Решения вопроса 1
Zraza
@Zraza
Помог ответ? Отметь решением!
1) Так делать нормально до тех пор, пока это удовлетворяет наши требования по быстродействию.
Если требования не оговорены - то "пока сайт визуально не тормозит".
А критерий "торможения" зависит от нескольких факторов:
- Объем передаваемых данных.
- Качество интернета пользователей. Если пользователи работают с 3G в полях - логично, что требования будут выше.
- Как мы отображаем данные в процессе загрузки. Если пользователь получает на экран что-то полезное уже после ответа 1-го запроса - хорошо.
- От того, как быстро наш сервер обрабатывает те или иные запросы. Лучше быстро отдать/отобразить какие-то основные данные, а потом догружать дополнительные (если это долго).
2) Подход REST с разделением сущностей по эндпоинтам не очень-то способствует сокращению количества запросов.
Можно, конечно, добавлять связанные сущности в ответы... Но там, где они не нужны - мы получаем overfetching.
Можно посмотреть в сторону graphql для решения этой задачи. Но т.к. вопрос "стоит ли переживать" - видимо, пока не стоит.
Ну или отходить от концепции REST в угоду оптимизации.
Ответ написан
Комментировать
Пригласить эксперта
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через центр авторизации
Похожие вопросы