Стоит ли объединять несколько эндпоинтов в один api чтоб сократить количество обращений к серверу?

Question

[Слава]

В проекте где я есть принято заводить много эндпоинтов на каждый случай (получение товаров, типов услуг и т.п.) но меня смущает почему столько вызовов делают для заполнения страницы, если можно объединять несколько api в одну?

На прошлом проекте мы всегда так делали при переходе на страницу только один вызов api, которое возвращает несколько массивов с данными. Разве так не лучше?

Answer 1

[rPman]

да нужно

Answer 2

[Boris Köln]

У каждого варианта свою плюсы и минусы.
Делать кастомизированный API со сложной структурой - экономия миллисекунд на запросе, но усложнение разработки и поддержки.
В общем случае выгоднее использовать стандартные REST или GraphQL. Если объекты связанные (например, заказы и товары в заказах), то делать один запрос, который возвращает многомерный массив. Если объекты несвязанные (каталог товаров и информация о юзере), то разные запросы.

Comments

[Слава]

то есть получается если высоконагруженный проект, то есть смысл пореже долбиться на сервак и объединить несколько api в одно а если обычный сайт, то ничего страшного когда при загрузке страницы отправляется несколько запросов для рендеринга страницы.

[Boris Köln]

да