Size: a a a

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

2020 July 06

Д

Диёр in Clojure — русскоговорящее сообщество
точно также, как и без gql
источник

Д

Диёр in Clojure — русскоговорящее сообщество
это не какая-то волшебная обертка вокруг http
источник

Д

Диёр in Clojure — русскоговорящее сообщество
очень многие люди вместо того чтобы попробовать gql думают что это какой-то сферический конь в вакууме и работает он на какахах единорогов
источник

Д

Диёр in Clojure — русскоговорящее сообщество
просто попробуй, так будет гораздо понятнее, чем на теории
источник

MB

Mike Bohdan in Clojure — русскоговорящее сообщество
Я пробовал 2 раза в проде и оба так себе впечатление. Пользователи все-равно используют в итоге несколько фиксированных запросов и фишки с запросами на лету не юзают
источник

Д

Диёр in Clojure — русскоговорящее сообщество
Это можно даже не для клиента делать, а для себя. Гораздо удобнее когда у тебя есть цельная схема, готовая валидация запросов и gql директивы, с которыми ты просто описываешь схему и у тебя всё работает. В случае когда у тебя есть готовая gql либа с плотной интеграцией тебе довольно часто даже хэндлеры писать не надо, достаточно добавить в схему что-нибудь вроде me: User @auth или users: [User] @auth @roles('admin')
источник

Д

Диёр in Clojure — русскоговорящее сообщество
такие вещи сами по себе ничего не делают, но когда ты клепаешь кучу методов, то это спасает
источник

Д

Диёр in Clojure — русскоговорящее сообщество
особенно если у вас сейчас какой-нибудь стартап где вы пилите по 10 мвп на неделю
источник

Д

Диёр in Clojure — русскоговорящее сообщество
но в общем-то да, голый gql особо не помогает
источник

Д

Диёр in Clojure — русскоговорящее сообщество
с плотной интеграцией в экосистему спасает много времени, а так надо хорошо понимать будет ли с него профит
источник

AK

Anton Karpov in Clojure — русскоговорящее сообщество
"Профит неясен, нужно хорошо понимать будет ли с него профит, голый gql не особо помогает" - прямо идеальные продающие фразы)
источник

Д

Диёр in Clojure — русскоговорящее сообщество
профит в скорости разработки
источник

NK

Nikita Kononenko in Clojure — русскоговорящее сообщество
но ведь написание схемы сперва тормозит разработку, разве нет?
источник

NK

Nikita Kononenko in Clojure — русскоговорящее сообщество
т.е профит в долгосрочной перспективе?
источник

Д

Диёр in Clojure — русскоговорящее сообщество
нет, у тебя написание схемы и есть разработка
источник

Д

Диёр in Clojure — русскоговорящее сообщество
чем сложнее фича, тем меньше в ней принимает участие разработка схемы
источник

Д

Диёр in Clojure — русскоговорящее сообщество
схему для gql накалякать не сложнее чем в uml рисовать
источник

Д

Диёр in Clojure — русскоговорящее сообщество
ты просто реализацию методов пишешь
по необходимости вешаешь веса, в контекст инжектишь зависимости разные
источник

MB

Mike Bohdan in Clojure — русскоговорящее сообщество
Можно так же и схемы бинарных протоколов рисовать, а с ними ещё и работать быстро будет
источник

Д

Диёр in Clojure — русскоговорящее сообщество
Нет, это совершенно разное. У тебя в gql схеме могут быть разные типы, в т.ч. интерфейсы и юнион типы,  готовая валидация, интроспекция, развешивание по полям схемы
источник