E
Не понял, но команда занимается Platform вещами, и видимо стало скучно)
Size: a a a
2021 April 16
E
Интересный поинт
E
Записал
СА
"Нагрузки" в смысле на команду, не на железо.
E
А я подумал про сервер, потому что graphql позволяет делать меньше запросов на бекенд
E
Но и понятно, что теперь городить схемы на фронте
СА
Запросов меньше, но они более развесистые. На круг всё равно надо достать те же данные, неважно одним запросом или несколькими. Но не каждый GraphQL-фреймворк умеет корректно решать проблему 1+N запросов.
Опять же, в каком-нибудь JSON API можно заказать выдачу с определёнными связанными записями, если нужно сократить число запросов.
Опять же, в каком-нибудь JSON API можно заказать выдачу с определёнными связанными записями, если нужно сократить число запросов.
IV
Если вы зависите от них, то делайте как они говорят. Если они от вас, то они хотят они и делают :)
Ggl никак не отменяет rest api. Часто это слой (api gateway like) между клиентом и сервисами на беке.
Ggl никак не отменяет rest api. Часто это слой (api gateway like) между клиентом и сервисами на беке.
N
Ахахаха
E
Ну мы не зависим от них)
IV
Есть ошибочное мнение, что для использования у себя gql нужно переписать весь бэкенд. Так же есть мнение это sql для фронтендеров и так можно ходить напрямую в базу.
Если бы люди пришли в GQL из Falcor (https://netflix.github.io/falcor/) то сразу бы поняли какую проблему gql решает - единая точка для работы с множеством сервисов на другой стороне.
Если бы люди пришли в GQL из Falcor (https://netflix.github.io/falcor/) то сразу бы поняли какую проблему gql решает - единая точка для работы с множеством сервисов на другой стороне.
E
Я не против прослойки graphql между rest api и client
Но нужно ж понимать зачем, и что даст
Но нужно ж понимать зачем, и что даст
IV
контракт и единую точку входа
VG
оптимизировать graphql очень запарно. сейчас там этого придумали "dataloader pattern" - по-моему это вообще очень плохо
VG
советую сразу написать тесты которые проверяют что количество sql-запросов при обрабоки ваших стандартных фронтовских gql-запросов остается константой
VG
и понимать что заддосить graphql легко)
VG
у меня тут был гиг - там graphql на сервере был блокирующий, поэтому они мало что базу положили своей горсткой юзеров, еще и размасштабировались на 70 подов
IK
а оно научилось композит делать из разных Rest апишек легко и непринужденно?
или нужно модель дублировать и описывать?
или нужно модель дублировать и описывать?
IK
меня больше всего расстраивало что для того чтобы поверх микросервисов на графкуле сделать bff - нужно задублировать всю модель + связи + фетчеры написать
IK
в итоге проще на фронте аггрегировать:D