Size: a a a

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

2020 January 03

KN

Kirill Nesmeyanov in GraphQL — русскоговорящее сообщество
источник

KN

Kirill Nesmeyanov in GraphQL — русскоговорящее сообщество
источник

C

Combot in GraphQL — русскоговорящее сообщество
Mosses BOY💦 has been banned! Reason: CAS ban.
источник
2020 January 06

RS

Roman Sribnyi in GraphQL — русскоговорящее сообщество
Ребят, а есть беседка по contentfull?)
источник
2020 January 07

BS

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

VA

Veaceslav Artiom in GraphQL — русскоговорящее сообщество
Добрый день ребят. Подскажите плиз как правильно сделать тестирование производительность графа ? Я чет с ab (Apache) получаю только 21 - 25 запросов в сек....
источник
2020 January 08

KL

Konstantin Lobkov in GraphQL — русскоговорящее сообщество
Устал от велосипедов REST  хочу писать велосипеды в resolverах graphql
источник

BS

Bogdan Shelomanov in GraphQL — русскоговорящее сообщество
хорош
источник

EA

Eugene Allenov in GraphQL — русскоговорящее сообщество
Гайс а кто работает с typegraphql или nexus на живом проекте?

У нас споры и сомнения - с одной стороны это очень удобно по понятным причинам.

С другой
1) Мы схемы на первых стадиях фиксируем командно исходя из макетов, поэтому хоть и есть автогенерация, все равно первые месяцы schema first будет.  То есть мы этот драфт где то будем фиксировать, что бы изменить код, который опять сгенерит такую схему.

Понимаю что зато типы, удобные декораторы и тп.

2) Нет неймспейсов. Да я читал про то что они не очень для мутаций, но у нас пространства глобальные по ролям а не по сущностям.

У кого есть мысли и опыт  за и против?
источник

BS

Bogdan Shelomanov in GraphQL — русскоговорящее сообщество
подскажите, можно ли научить аполо проксировать файлы? у меня уже жопа болит через ноду делать
источник
2020 January 09

AB

Aleksandr Bukhalo in GraphQL — русскоговорящее сообщество
Eugene Allenov
Гайс а кто работает с typegraphql или nexus на живом проекте?

У нас споры и сомнения - с одной стороны это очень удобно по понятным причинам.

С другой
1) Мы схемы на первых стадиях фиксируем командно исходя из макетов, поэтому хоть и есть автогенерация, все равно первые месяцы schema first будет.  То есть мы этот драфт где то будем фиксировать, что бы изменить код, который опять сгенерит такую схему.

Понимаю что зато типы, удобные декораторы и тп.

2) Нет неймспейсов. Да я читал про то что они не очень для мутаций, но у нас пространства глобальные по ролям а не по сущностям.

У кого есть мысли и опыт  за и против?
у нас typegraphql
1. не понял о чём речь, типо хочется схему без резолверов?
2. ну да, есть такое и это не единственная проблема абстракций, которые делает type-graphql, зато удобно, потом тяжело вернуться на другие генераторы
источник

EA

Eugene Allenov in GraphQL — русскоговорящее сообщество
Aleksandr Bukhalo
у нас typegraphql
1. не понял о чём речь, типо хочется схему без резолверов?
2. ну да, есть такое и это не единственная проблема абстракций, которые делает type-graphql, зато удобно, потом тяжело вернуться на другие генераторы
1. У нас процесс такой сейчас - берём макеты, команды (фронт, бэк) и дизайним схему, фиксируем и после этого стартуют 2 процесса - бэк и фронт параллельно опираясь на схему.

С type-graphql выходит что это какая-то отдельная драфт схема будет, тк реальная генерируется сама и вот это кажется не очень хорошо подходит для такого подхода.


Правда когда по опыту предыдущего проекта, через несколько месяцев когда основные сущности и связи уже проработаны, такой совместный дизайн уже реже  требуется.
источник

AB

Aleksandr Bukhalo in GraphQL — русскоговорящее сообщество
Eugene Allenov
1. У нас процесс такой сейчас - берём макеты, команды (фронт, бэк) и дизайним схему, фиксируем и после этого стартуют 2 процесса - бэк и фронт параллельно опираясь на схему.

С type-graphql выходит что это какая-то отдельная драфт схема будет, тк реальная генерируется сама и вот это кажется не очень хорошо подходит для такого подхода.


Правда когда по опыту предыдущего проекта, через несколько месяцев когда основные сущности и связи уже проработаны, такой совместный дизайн уже реже  требуется.
не понял в чём проблема, учитывая что схема генерируется в точности такая же, как ты её описал с помощью type-graphql
источник

AB

Aleksandr Bukhalo in GraphQL — русскоговорящее сообщество
это грубо говоря у тебя абстракция над файлом schema.gql
источник

EA

Eugene Allenov in GraphQL — русскоговорящее сообщество
Буду у компа нарисую лучше схему процесса, на словах запутанно выходит)
источник

AB

Aleksandr Bukhalo in GraphQL — русскоговорящее сообщество
ок)
источник

EK

Eugene Korobkov in GraphQL — русскоговорящее сообщество
Eugene Allenov
1. У нас процесс такой сейчас - берём макеты, команды (фронт, бэк) и дизайним схему, фиксируем и после этого стартуют 2 процесса - бэк и фронт параллельно опираясь на схему.

С type-graphql выходит что это какая-то отдельная драфт схема будет, тк реальная генерируется сама и вот это кажется не очень хорошо подходит для такого подхода.


Правда когда по опыту предыдущего проекта, через несколько месяцев когда основные сущности и связи уже проработаны, такой совместный дизайн уже реже  требуется.
А что, если дизайнить схему во время обсуждения прямо с помощью type-graphql? Просто пустые резолверы делать, схему экспортить в автоматическом режиме.
Тогда получается один источник схемы, а бэку вообще удобно, останется только реализовать логику.
источник

EA

Eugene Allenov in GraphQL — русскоговорящее сообщество
Eugene Korobkov
А что, если дизайнить схему во время обсуждения прямо с помощью type-graphql? Просто пустые резолверы делать, схему экспортить в автоматическом режиме.
Тогда получается один источник схемы, а бэку вообще удобно, останется только реализовать логику.
Надо попробовать. Но схема удобнее тем что легко читается даже не технарем и ее можно фиксировать в тасках / переписке.
источник

AB

Aleksandr Bukhalo in GraphQL — русскоговорящее сообщество
Eugene Allenov
Надо попробовать. Но схема удобнее тем что легко читается даже не технарем и ее можно фиксировать в тасках / переписке.
для чтения схемы попробуйте voyager
источник

AB

Aleksandr Bukhalo in GraphQL — русскоговорящее сообщество
Eugene Korobkov
А что, если дизайнить схему во время обсуждения прямо с помощью type-graphql? Просто пустые резолверы делать, схему экспортить в автоматическом режиме.
Тогда получается один источник схемы, а бэку вообще удобно, останется только реализовать логику.
+
источник