Size: a a a

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

2021 May 12

Н

Никита in GraphQL — русскоговорящее сообщество
Можно пример, пожалуйста?
источник

AD

Alex Derbenev in GraphQL — русскоговорящее сообщество
type SomeType {
  id
}

type OneMoreType {
 id
}

type AnotherType {
  some: [SomeType]
  oneMore: OneMoreType
}
источник

Н

Никита in GraphQL — русскоговорящее сообщество
Все, кажется понял, спасибо большое
источник
2021 May 13

F

Feduch in GraphQL — русскоговорящее сообщество
Всем привет! На бэке under_score, на фронте camelCase, где лучше преобразование сделать, так что бы ни бэкендер и фронтендер не думал об этом ?  И если новые поля появятся, так же автоматом уже появлялись, без дополнительных настроек преобразования
источник

AD

Alex Derbenev in GraphQL — русскоговорящее сообщество
Не совсем понятно «на бэке under_score, на фронте camelCase». Что именно имеешь в виду?
источник

AD

Alex Derbenev in GraphQL — русскоговорящее сообщество
Новые поля появляются не магически же, их бэкендер ручками создает - в схеме бэкендером должен быть заложен единый стиль для нейминга
источник

F

Feduch in GraphQL — русскоговорящее сообщество
бэк на питоне, и там наименование переменных в under_score, а на фронте JS используют camelCase стиль.
источник

F

Feduch in GraphQL — русскоговорящее сообщество
в схеме тоже переменные camelCase
источник

F

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

AD

Alex Derbenev in GraphQL — русскоговорящее сообщество
На бэке биндятся under_score поля языка к camelCase полям схемы, правильно понимаю?
источник

AD

Alex Derbenev in GraphQL — русскоговорящее сообщество
Насколько я знаю, есть негласное правило по неймингу - лучше, чтобы в схеме поля были under_score.
Я бы везде к одному стилю привел - например, в схеме все поля under_score, весь код на фронте и бэке с camelCase и только когда речь идет о каком-то взаимодействии через graphql, использовал бы under_score
источник

F

Feduch in GraphQL — русскоговорящее сообщество
да, данные на бэке берутся из nosql таблички, где так же названия полей в under_score  и вот если добавятся новые поля в табличку, то хочется что бы и их сразу переводило в camelCase
источник

AD

Alex Derbenev in GraphQL — русскоговорящее сообщество
Тут, наверное, нужен какой-нибудь практикующий питонист, чтобы разговаривать в контексте конкретных инструментов, используемых на у них на бэке
источник

AN

Andrey Nikolaev in GraphQL — русскоговорящее сообщество
@feduch какой фреймворк на бэке?
источник

F

Feduch in GraphQL — русскоговорящее сообщество
aws lambda ) данные из dynamodb берет + доп поля добавляет
источник

AN

Andrey Nikolaev in GraphQL — русскоговорящее сообщество
про lambda не подскажу, но во всех реализациях graphql-серверов есть такое понятие как дефолтный ресолвер, который запускается в том случае если для поля он явно не задан. как минимум через него можно рендер отдаваемых данных сделать
источник

IZ

Ilya Zabozlaev in GraphQL — русскоговорящее сообщество
graphene если юзать то можно конвертить
источник

IZ

Ilya Zabozlaev in GraphQL — русскоговорящее сообщество
в конструкторе класса Schema есть kwarg auto_camelcase
источник

F

Feduch in GraphQL — русскоговорящее сообщество
Спасибо за инфу!
источник

АЗ

Алексей Забайкальски... in GraphQL — русскоговорящее сообщество
То чувство, когда после катания в GraphQL приземляешься в RESTful апишку 😭
источник