a
Прям на сервере?
Size: a a a
2019 January 13
В🌎
Наверно речь про вложенный query: сделать запрос и результат использовать в мутации. Если так, то ответ - нельзя.
В🌎
Может ли кто-нибудь поменторить в настройке GraphQL + TypeScript + VSCode?
Ищу лучшие способы настроить кодогенерацию, возможно мы окажемся друг другу полезны.
Ищу лучшие способы настроить кодогенерацию, возможно мы окажемся друг другу полезны.
P@
Может ли кто-нибудь поменторить в настройке GraphQL + TypeScript + VSCode?
Ищу лучшие способы настроить кодогенерацию, возможно мы окажемся друг другу полезны.
Ищу лучшие способы настроить кодогенерацию, возможно мы окажемся друг другу полезны.
Давай завтра вечером созвонимся.
P@
Закончил слайды к Питерскому митапу 24 января - Дизайн и паттерны проектирования GraphQL-схем
https://nodkz.github.io/conf-talks/talks/2019.01.24-piter-graphql-meetup/index.html
Чекните плиз на ошибки!
Это слайды к статье https://github.com/nodkz/conf-talks/tree/master/articles/graphql/schema-design
https://nodkz.github.io/conf-talks/talks/2019.01.24-piter-graphql-meetup/index.html
Чекните плиз на ошибки!
Это слайды к статье https://github.com/nodkz/conf-talks/tree/master/articles/graphql/schema-design
OG
Ребят, если не против я с вами, у меня все работает нормально, но чуства завершености нету
В🌎
Ушли экспериментировать. Кто хочет присоединиться - велкам. В конце поделимся результатами.
U
вы на скайпе?
OG
не тут же
OG
в телеге
U
можно к вам? :)
ҪҸ
Закончил слайды к Питерскому митапу 24 января - Дизайн и паттерны проектирования GraphQL-схем
https://nodkz.github.io/conf-talks/talks/2019.01.24-piter-graphql-meetup/index.html
Чекните плиз на ошибки!
Это слайды к статье https://github.com/nodkz/conf-talks/tree/master/articles/graphql/schema-design
https://nodkz.github.io/conf-talks/talks/2019.01.24-piter-graphql-meetup/index.html
Чекните плиз на ошибки!
Это слайды к статье https://github.com/nodkz/conf-talks/tree/master/articles/graphql/schema-design
увидимся там
U
Закончил слайды к Питерскому митапу 24 января - Дизайн и паттерны проектирования GraphQL-схем
https://nodkz.github.io/conf-talks/talks/2019.01.24-piter-graphql-meetup/index.html
Чекните плиз на ошибки!
Это слайды к статье https://github.com/nodkz/conf-talks/tree/master/articles/graphql/schema-design
https://nodkz.github.io/conf-talks/talks/2019.01.24-piter-graphql-meetup/index.html
Чекните плиз на ошибки!
Это слайды к статье https://github.com/nodkz/conf-talks/tree/master/articles/graphql/schema-design
2019 January 14
AB
Прям на сервере?
Вроде того
AB
Наверно речь про вложенный query: сделать запрос и результат использовать в мутации. Если так, то ответ - нельзя.
Ну условно говоря, мутация например создаёт статью, а статей бывает 4 типа например. Получается всё равно надо сначала типы статей получить, а потом уже мутацию вызывать?
EK
Закончил слайды к Питерскому митапу 24 января - Дизайн и паттерны проектирования GraphQL-схем
https://nodkz.github.io/conf-talks/talks/2019.01.24-piter-graphql-meetup/index.html
Чекните плиз на ошибки!
Это слайды к статье https://github.com/nodkz/conf-talks/tree/master/articles/graphql/schema-design
https://nodkz.github.io/conf-talks/talks/2019.01.24-piter-graphql-meetup/index.html
Чекните плиз на ошибки!
Это слайды к статье https://github.com/nodkz/conf-talks/tree/master/articles/graphql/schema-design
Пункт
Мне не очень нравится идея добавления лишней вложенности (я про byPhone, byMail), тем более, что решить проблему обязательных полей можно другим способом.
Что, если сделать так:
type Claim, который имплементится типам ClaimByPhone, ClaimByMail.
В query использовать фрагменты. Получается строгая типизация без добавления лишней вложенности.
Прошу высказать ваше мнение, насколько плох/хорош предложенный мною вариант?
3.2. Группируйте взаимосвязанные поля вместе в новый output-типМне не очень нравится идея добавления лишней вложенности (я про byPhone, byMail), тем более, что решить проблему обязательных полей можно другим способом.
Что, если сделать так:
type Claim, который имплементится типам ClaimByPhone, ClaimByMail.
В query использовать фрагменты. Получается строгая типизация без добавления лишней вложенности.
Прошу высказать ваше мнение, насколько плох/хорош предложенный мною вариант?
В🌎
Ну условно говоря, мутация например создаёт статью, а статей бывает 4 типа например. Получается всё равно надо сначала типы статей получить, а потом уже мутацию вызывать?
Если тип статьи устанавливает сервер, значит аргументы мутации не должны включать этот параметр - всё просто.
AB
Если тип статьи устанавливает сервер, значит аргументы мутации не должны включать этот параметр - всё просто.
Нет устанавливает не сервер
AB
Просто мне понравилось, что я благодаря graphql могу знать какие должны быть поля в запросе, думал может быть можно получать ещё и разрешённые значения для этих полей