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

Question

[wakenbyWork]

Добрый день!

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

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

Или это все мелочь? И не стоит переживать и что-то с этим делать?

Comments

[WbICHA]

Зависит от конкретного случая.
И зачем трогать существующие, если можно добавить новый эндпойнт, который и соберёт это всё на беке в один ответ?

[wakenbyWork]

WbICHA, Да, так я и хотел, просто не понимаю, когда будет надобность в новом эндпойнте

[Kentavr16]

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

Answer 1

[Alex Karo]

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