Size: a a a

GraphQL — русскоговорящее сообщество

2019 February 10

A

Alex CherryTea in GraphQL — русскоговорящее сообщество
А разве квери не принимают в качве аргументов только примитивы?
источник

e

egoarka in GraphQL — русскоговорящее сообщество
Alex CherryTea
А разве квери не принимают в качве аргументов только примитивы?
твой json в виде строки и будет примитивом в этом случае
источник

A

Alex CherryTea in GraphQL — русскоговорящее сообщество
Ну так я по сути так и делаю, очищаю кастомный сколяр и привожу к json
источник

A

Alex CherryTea in GraphQL — русскоговорящее сообщество
На каждое изменение шейпа
источник

A

Alex CherryTea in GraphQL — русскоговорящее сообщество
Ну типо с т.з. системы - клиент сам его добавил, потом сам же его и удалил
источник

A

Alex CherryTea in GraphQL — русскоговорящее сообщество
Потратили процессорное время на молоко
источник

VR

Vladimir Razuvaev in GraphQL — русскоговорящее сообщество
Вы описываете проблемы Аполло, а резюмируете про graphql. Я тоже не люблю клиенты текущие, но ничто не мешает их вообще не юзать, тем более что в ресте вы все равно без клиентов будете на голом fetch
источник

VR

Vladimir Razuvaev in GraphQL — русскоговорящее сообщество
Alex CherryTea
А разве квери не принимают в качве аргументов только примитивы?
Аргументы могут быть и типа InputObjectType (т.е. сложным json-объектом)
источник

A

Alex CherryTea in GraphQL — русскоговорящее сообщество
Vladimir Razuvaev
Вы описываете проблемы Аполло, а резюмируете про graphql. Я тоже не люблю клиенты текущие, но ничто не мешает их вообще не юзать, тем более что в ресте вы все равно без клиентов будете на голом fetch
справедливо, притензия не совсем по адресу. В тоже время клиент неизбежно вы в любом случае ссобой тянете, ибо голый граф не оч интересен
источник

A

Alex CherryTea in GraphQL — русскоговорящее сообщество
надеюсь у других клиентов проблем меньше
источник

VR

Vladimir Razuvaev in GraphQL — русскоговорящее сообщество
Alex CherryTea
справедливо, притензия не совсем по адресу. В тоже время клиент неизбежно вы в любом случае ссобой тянете, ибо голый граф не оч интересен
Это почему? Голый rest вам интересен, а graphql нет :) fetch в руки и вперёд - чем тут rest-то лучше?
источник

A

Alex CherryTea in GraphQL — русскоговорящее сообщество
ну хотябы тем что рест банально проще и не тянет зависимостей
источник

VR

Vladimir Razuvaev in GraphQL — русскоговорящее сообщество
На клиенте или сервере? На клиенте-то какие зависимости вам нужны обязательные для graphql?
источник

VR

Vladimir Razuvaev in GraphQL — русскоговорящее сообщество
Alex CherryTea
ну хотябы тем что рест банально проще и не тянет зависимостей
Простота бывает такая видимая вполне, пока сложность клиента не достигает того уровня, когда уже диктует хаос для сервера в виде кучи ендпоинтов
источник

A

Alex CherryTea in GraphQL — русскоговорящее сообщество
Vladimir Razuvaev
На клиенте или сервере? На клиенте-то какие зависимости вам нужны обязательные для graphql?
секундочку а как писать квери без graphql-tag
источник

VR

Vladimir Razuvaev in GraphQL — русскоговорящее сообщество
Вы на сервер AST отправляете или строку? Если строку - нафиг вам graphql-tag в базовом варианте сравнения с rest?
источник

A

Alex CherryTea in GraphQL — русскоговорящее сообщество
Vladimir Razuvaev
Вы на сервер AST отправляете или строку? Если строку - нафиг вам graphql-tag в базовом варианте сравнения с rest?
ast
источник

A

Alex CherryTea in GraphQL — русскоговорящее сообщество
хотя не, там не ast там строка
источник

A

Alex CherryTea in GraphQL — русскоговорящее сообщество
+ variables поле
источник

VR

Vladimir Razuvaev in GraphQL — русскоговорящее сообщество
Ну а зачем? Отправляйте строку да и все. Парсинг запрос обычно мало на сервере занимает по сравнению с исполнением и даже валидацией
источник