Search
Write a publication
Pull to refresh

Comments 10

GraphQL апи можно программно склеивать друг с другом через graphql-tools как душе угодно. Поэтому оно подходит для микросервисов. У REST и других подходов нет этой фишки.

Так зачем использовать GraphQL? Прочитал статью - так и не понял...

А что происходит, если от бизнеса приходит задача: хотим табличку всех пользователей, с пейджингом, и сортировкой по колонке company business name?

Есть инструменты типа https://www.graphile.org/postgraphile/

Такие простые запросы прогать на беке нет смысла. Базовое апи, которое покроет ваш кейс тул даст написать.

Задачка с подвохом. По тексту, люди и кампании лежат в разных микросервисах и разных базах. А запрос должен включать обе базы сразу.

Это тоже не проблема. GraphQL дает писать resolver для каждой "вершины". Два resolver обращаются в две разные базы и тп. Можно два апи написать с клеить их через graphql-tools и тп. Много рабочих подходов (не костылей).

Высовывать наружу API, через который можно сервер уложить, это опасное дело.

Если правильно настроить complexity guard, то нет

Я правильно разобрался в GraphQL или это ошибка и не доработка в вашем коде, что когда делаете запрос с подгрузкой 1 к N (у объекта поле это массив с ID'шниками), происходит N запросов вида getbyID ? Этоже просто абсурд для высоконагруженных приложений.

Для оптимизации таких вещей есть dataloader-ы

Sign up to leave a comment.

Articles