Size: a a a

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

2019 June 08

Y

Yakov in GraphQL — русскоговорящее сообщество
эх, а я думал в релей не вникать )))
источник

P@

Pavel @nodkz in GraphQL — русскоговорящее сообщество
Yakov
эх, а я думал в релей не вникать )))
Ой да не парься бери аполло. Вон тьма народу юзает редакс без гарбедж коллектора и норм.
источник

P@

Pavel @nodkz in GraphQL — русскоговорящее сообщество
Как с аполло все разберешь и реально проблемы если вдруг появятся, то мигрируешь за неделю две.
источник

P@

Pavel @nodkz in GraphQL — русскоговорящее сообщество
Просто в аполловский стек вьехать легко и он позволяет гораздо быстрее понять Графкуэль.
источник

Y

Yakov in GraphQL — русскоговорящее сообщество
угу, блин так интересно послушать видео, вроде просто, но даже не задумывался, что без гарбежд колектора тормозить начнет SPA при длительном  использовании )
источник

Y

Yakov in GraphQL — русскоговорящее сообщество
про проектирование немного непонятно
источник

Y

Yakov in GraphQL — русскоговорящее сообщество
есть рассматривать фул стек, то получается нужно вначале сделать компоненты на фронте, и схема соберется, а потом на беке сделать сервер?
источник

Y

Yakov in GraphQL — русскоговорящее сообщество
или я пока не проникся graph ql, и серверный api это одна задача, а клиента можно написать совсем с другой схемой ?
источник

Y

Yakov in GraphQL — русскоговорящее сообщество
я про вот это https://prnt.sc/nz9rml
источник

Y

Yakov in GraphQL — русскоговорящее сообщество
Павел, круто бы побольше видео, семинаров, докладов по темам: Как переехать с REST на GraphQL (быстро и не быстро), Как начать думать не как Rest )
источник

Y

Yakov in GraphQL — русскоговорящее сообщество
ну и какие то примеры задач, когда rest все-таки лучше graph ql (если такое бывает)
источник

YP

Yevhenii Ponomar in GraphQL — русскоговорящее сообщество
Yakov
есть рассматривать фул стек, то получается нужно вначале сделать компоненты на фронте, и схема соберется, а потом на беке сделать сервер?
Это от рабочего процесса зависит.Может и базу под нужды фронтэндеров будут делать.

Но идея в том что вы на бэке просто отдаете все модели, связанные\вложенные бизнес логикой или просто логикой базы.
А на фронте никто не думает о апи, а просто есть все поля, берешь те которые нужны для компонента, и надеешся что оно само, магически, не будет делать лишних запросов если это гдето было и не думаешь о том что если в другом компоненте это редактировали
источник

YP

Yevhenii Ponomar in GraphQL — русскоговорящее сообщество
https://www.youtube.com/watch?v=blIUAXSdW1s

Если поле в схеме на сервере не обязательное, то фронтэнд разработчик не скомпилит свой компонент пока не будет проверки на null
источник

Y

Yakov in GraphQL — русскоговорящее сообщество
спасибо, пока понятно, что еще разбираться и разбираться )
источник

Y

Yakov in GraphQL — русскоговорящее сообщество
все как обычно, в теории становится понятно, а как к практике перейду, то и начнет понимание приходить )
источник

YP

Yevhenii Ponomar in GraphQL — русскоговорящее сообщество
У вас может какойто текущий проект с rest api?
я тут делаю небольшой проект, пока еще далеко даже от alpha версии, но могу показать на живом примере как за 10 минут сделать graphql из любых источников
источник

YP

Yevhenii Ponomar in GraphQL — русскоговорящее сообщество
а если у вас вдруг swagger\openapi то есть уже готовые, рабочие, бесплатные сервера и примеры такой конфертации
источник

Y

Yakov in GraphQL — русскоговорящее сообщество
есть ms graph api и sharepoint api, хочу в перспективе сделать для них graph ql api для своих задач и проектов
источник

Y

Yakov in GraphQL — русскоговорящее сообщество
т.е. по идее сервер нужно вначале сделать, который будет уметь с ними работать
источник

Y

Yakov in GraphQL — русскоговорящее сообщество
а клиент уже к серверу этому
источник