Телеграмм чат группы graphql

2018 September 29

AK

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

Хотя там конечно во вложенных типах тоже нужно input-типы для приведенного выше кода указать, уже довольно сильно отличаются конечно

источник

00:59пожаловаться #1

MG

Musлим Guseinov in GraphQL — русскоговорящее сообщество

Проблема с подгрузкой файла на сервер. На клиенте использую apollo-upload-client, на сервере graphql-yoga.
Параметр в мутации типа Upload содержит в итоге только uri, type, name, так же я ожидаю stream и filename которые собственно не приходят. Кто встречался с подобной проблемой, не подскажете почему данных параметров не имеется ?

источник

02:03пожаловаться #2

P@

Pavel @nodkz in GraphQL — русскоговорящее сообщество

Попробуй все-таки apollo-server взять второй версии (это полная копия йоги). Так сказать все от одного производителя, чтоб было.

источник

07:43пожаловаться #3

P@

Pavel @nodkz in GraphQL — русскоговорящее сообщество

Alexander Knyazev

Всем привет. Делаю свой первый graphql server., идея нравится, да вот только не понимаю, как можно избежать лютого копипаста полей. Вот пример:

type Car {
  id: ID! @unique
  type: String!
  name: String
  translatedNames: [TranslatedName]
  image: Image
  birthplace: Birthplace
  productionText: String
  marketText: String
}

input CreateCarInput {
  id: ID! @unique
  type: String!
  name: String
  translatedNames: [TranslatedName]
  image: Image
  birthplace: Birthplace
  productionText: String
  marketText: String
}

input UpdateCarInput {
  id: ID! @unique
  type: String!
  name: String
  translatedNames: [TranslatedName]
  image: Image
  birthplace: Birthplace
  productionText: String
  marketText: String
}

Ну ведь одно и тоже три раза пишу. Можно ли как-то этого избежать?

Про инпут-тип, почему его завели https://github.com/nodkz/conf_talks/tree/master/particles/graphql/types#input-types

Ну и плюс (тоже надо добавить в доку) там по коду реализации есть важный ньанс:
- все аутпут типы для своих скалярных полей вызывают метод serialize
- а вот все инпут объекты - parseValue.

И тупа важна скорость при выполнении операции в рантайме. Даже ценой дубляжа типов.

GitHub

nodkz/conf_talks

Contribute to nodkz/conf_talks development by creating an account on GitHub.

источник

07:53пожаловаться #4

P@

Pavel @nodkz in GraphQL — русскоговорящее сообщество

Alexander Knyazev

Искал что-то вроде fragments, но подходящего для данного случая, но ничего нет. И во всех примерах в доке, в статьях, все типы состоят из двух-трех полей и проблема копипаста остро не стоит. А у меня в некоторых типах по 30 полей, и как-то не охота при изменениях потом в нескольких местах менять.

Тогда тебе надо схему генерировать, чтоб не мучиться с копипастой (смотри с 34 минуты) - https://youtu.be/F4vHSHzpO1g?t=34m13s

Ровно из-за твоей проблемы я два года назад начал писать graphql-compose. В нем есть вот такой метод https://graphql-compose.github.io/docs/en/api-misc.html#toinputobjecttype для генерации инпут типа из аутпут типа.

Ну а если типы сразу делаешь через композ, то такой метод

YouTube

Павел Черторогов – GraphQL — заключаем выгодный контракт между сервером и клиентом

GraphQL приходит на смену REST API. Что такое GraphQL и из каких основных частей он состоит. Как бэкендеры описывают возможности своего сервера, а фронтендер...

источник

08:07пожаловаться #5

P@

Pavel @nodkz in GraphQL — русскоговорящее сообщество

Pavel @nodkz

Тогда тебе надо схему генерировать, чтоб не мучиться с копипастой (смотри с 34 минуты) - https://youtu.be/F4vHSHzpO1g?t=34m13s

Ровно из-за твоей проблемы я два года назад начал писать graphql-compose. В нем есть вот такой метод https://graphql-compose.github.io/docs/en/api-misc.html#toinputobjecttype для генерации инпут типа из аутпут типа.

Ну а если типы сразу делаешь через композ, то такой метод

YouTube

Павел Черторогов – GraphQL — заключаем выгодный контракт между сервером и клиентом

GraphQL приходит на смену REST API. Что такое GraphQL и из каких основных частей он состоит. Как бэкендеры описывают возможности своего сервера, а фронтендер...

https://graphql-compose.github.io/docs/en/api-TypeComposer.html#getinputtype

graphql-compose.github.io

TypeComposer · graphql-compose

Main class that gets `GraphQLObjectType` and provide ability to change them.

источник

08:07пожаловаться #6

AK

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

Pavel @nodkz

https://graphql-compose.github.io/docs/en/api-TypeComposer.html#getinputtype

graphql-compose.github.io

TypeComposer · graphql-compose

Main class that gets `GraphQLObjectType` and provide ability to change them.

Посмотрю, спасибо

источник

09:31пожаловаться #7

MG

Musлим Guseinov in GraphQL — русскоговорящее сообщество

Pavel @nodkz

Попробуй все-таки apollo-server взять второй версии (это полная копия йоги). Так сказать все от одного производителя, чтоб было.

Спасибо, попробую

источник

12:46пожаловаться #8

a

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

Pavel @nodkz

Про инпут-тип, почему его завели https://github.com/nodkz/conf_talks/tree/master/particles/graphql/types#input-types

Ну и плюс (тоже надо добавить в доку) там по коду реализации есть важный ньанс:
- все аутпут типы для своих скалярных полей вызывают метод serialize
- а вот все инпут объекты - parseValue.

И тупа важна скорость при выполнении операции в рантайме. Даже ценой дубляжа типов.

GitHub

nodkz/conf_talks

Contribute to nodkz/conf_talks development by creating an account on GitHub.

👍

источник

15:57пожаловаться #9

a

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

Alexander Knyazev

Всем привет. Делаю свой первый graphql server., идея нравится, да вот только не понимаю, как можно избежать лютого копипаста полей. Вот пример:

type Car {
  id: ID! @unique
  type: String!
  name: String
  translatedNames: [TranslatedName]
  image: Image
  birthplace: Birthplace
  productionText: String
  marketText: String
}

input CreateCarInput {
  id: ID! @unique
  type: String!
  name: String
  translatedNames: [TranslatedName]
  image: Image
  birthplace: Birthplace
  productionText: String
  marketText: String
}

input UpdateCarInput {
  id: ID! @unique
  type: String!
  name: String
  translatedNames: [TranslatedName]
  image: Image
  birthplace: Birthplace
  productionText: String
  marketText: String
}

Ну ведь одно и тоже три раза пишу. Можно ли как-то этого избежать?

а разве при создании автомобиля у тебя ID приходит с клиента? или почему ID обязательное поле?

источник

15:58пожаловаться #10

a

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

разделение инпут типов и просто типов я думаю сделано ещё и потому, что часто эти модели не совпадают по структуре

источник

15:59пожаловаться #11

a

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

например какое-нибудь поле created/updated добавляется только на сервере после создания сущности

источник

16:00пожаловаться #12

a

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

возвращаясь к разделению моделей для создания/обновления сущности: при обновлении сущности ID обычно не требуется с клиента, а при обновлении ID обязателен, и использование одной модели для двух операций приводит к нарушению SRP

источник

16:02пожаловаться #13

a

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

а кто-то встречал какие-нибудь статьи или советы по организации графа доступных сущностей?

источник

16:08пожаловаться #14

a

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

например, меня интересует вопрос: допустим есть сущность User, у которой есть массив Orders

источник

16:09пожаловаться #15

a

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

user {
orders {
id,
name
}
}

источник

16:09пожаловаться #16

a

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

если сделать такой квери то сначала будет вызван резолвер юзера, а потом уже резолвер заказов

источник

16:10пожаловаться #17

a

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

стоит сделать что-то типа getUserOrders(userID: ID!) квери вместо nested-поля orders?

источник

16:10пожаловаться #18

a

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

я к тому, что если допустим резолвер юзера обращается к базе, а резолвер заказов обращается к какому-то микросервису, то при запросе заказов происходит лишний запрос к базе

источник

16:14пожаловаться #19

P@

Pavel @nodkz in GraphQL — русскоговорящее сообщество

Твой вариант orders(filter: { userId: x}) { ... } организуй нормальную фильтрацию, вместо непонятных составных названий ;)

источник

16:37пожаловаться #20