Лучшее видео для начального погружения в тему, как в сравнении с англоязычным контентом, которого много, так и с русскоязычным, которого на русском ютубе по ГрафКл просто нет. Все четко, понятно, достаточно подробно и при этом не перегружено
А видео про Кубик уже есть, хоть почему-то оно какой-то жёсткий негатив вызывает у зрителей - может, перепишу) th-cam.com/video/ZI7w6ZeBI8k/w-d-xo.htmlsi=8sPDPAwCYOOl_NYX
На 4:03 почему через rest api нельзя запросить тем же способом, который обозначен справа? Типа к каждому из 10-ти заказов получить инфу о них + список товаров, привязанных к каждому заказу. На практике с этим не было проблем. В данном случае это юзеры и их твиты, но суть та же. P.S. Видео оказалось очень полезным и понятным. Спасибо большое 👍
ну да. по сути никто не запрещает в один ресурс запихнуть сущности из разных модулей, но это будет уже не совсем рест. и как в таком случае получать чистую сущность без зависимостей? параметрами?
Тобишь вместо того чтобы бекендеры сделали надежный и оптимизирвоаный REST API, мы передаем всю логику запросов фронтенду. В итоги фронтенд ломаает прод и бекендеры виноваты. Ну или как можно добавить дополнительные проверки, на чтения из примера уровка, например пользователь может запрашивать посты только у пользователей на которых он подписан, а на других нет. Првоерки на запись, ообщение поста не более 255 симвовлов. И другие проверки.
Так соберитесь командой и решите какие REST запросы нужны, а то как понапишут тысячи легаси на GQ как хотят, а потом будет очень сложно обновить структуру БД и протестировать её, так все завязано на внешних серверах. @@anuaragabekov9373
Лучшее видео для начального погружения в тему, как в сравнении с англоязычным контентом, которого много, так и с русскоязычным, которого на русском ютубе по ГрафКл просто нет. Все четко, понятно, достаточно подробно и при этом не перегружено
отличное видео, разложил все по полочкам, большое спасибо
Какая ироничная подводка: то информация в других статьях избыточна, то недостаточна, поэтому сделаю свою😂
За видео и за статю спасибо!
Спасибо за Ваш труд! Коммент в поддержку канала.
Спасибо большое, очень приятно!
Спасибо за видос, узнал новенькое.
Круто, что оказалось полезно! Заходи ещё
Спасибо, отличное видео
Спасибо за видео!
Хорошее видео)
Ждем видос про Kubernetes)
А видео про Кубик уже есть, хоть почему-то оно какой-то жёсткий негатив вызывает у зрителей - может, перепишу)
th-cam.com/video/ZI7w6ZeBI8k/w-d-xo.htmlsi=8sPDPAwCYOOl_NYX
Вообще отлично. Хорошо, что посмотрел. Спасибо автору!
спасибо!
хороше видео, с меня подписка)
круто !!
Подскажите подажалуйста как делают такие видео? Как делают такую анимацию и где об этом модно узнать подробнее? Оочень буду благодарен вам за ответ)))
Гугли про Моушн дизайн и after effects с premier pro
На 4:03 почему через rest api нельзя запросить тем же способом, который обозначен справа? Типа к каждому из 10-ти заказов получить инфу о них + список товаров, привязанных к каждому заказу. На практике с этим не было проблем. В данном случае это юзеры и их твиты, но суть та же.
P.S. Видео оказалось очень полезным и понятным. Спасибо большое 👍
ну да. по сути никто не запрещает в один ресурс запихнуть сущности из разных модулей, но это будет уже не совсем рест. и как в таком случае получать чистую сущность без зависимостей? параметрами?
класс.
Думаю - где-то я это уже слышал, прям слово в слово. А, на хабре, автор тот же xD
Забайтил примерами, а примеров нет. Как на питоне или nodejs запрос написать к сервису с этим графом вместо апи
Посмотри документацию на библиотеку strawberry python, надеюсь найдешь ответ :)
#мёдвуши
"начнем с плюсов", а минусы сами ищите?
Не ну надо же, какую наглость себе позволили. Чтобы мы сами минусы искали!
Только читаемость, остальное ну тут как посмотреть
Тобишь вместо того чтобы бекендеры сделали надежный и оптимизирвоаный REST API, мы передаем всю логику запросов фронтенду. В итоги фронтенд ломаает прод и бекендеры виноваты.
Ну или как можно добавить дополнительные проверки, на чтения из примера уровка, например пользователь может запрашивать посты только у пользователей на которых он подписан, а на других нет.
Првоерки на запись, ообщение поста не более 255 симвовлов.
И другие проверки.
Не совсем прям оптимизированный REST API в случае кучи микросервисоы. GraphQL будет полезен когда куча GET запросов из разных мест.
Так соберитесь командой и решите какие REST запросы нужны, а то как понапишут тысячи легаси на GQ как хотят, а потом будет очень сложно обновить структуру БД и протестировать её, так все завязано на внешних серверах. @@anuaragabekov9373
та всё так же как с рест, у тебя же между базой и графкл есть твое приложение
Как то он более приближен для работы обычных сайтов с пользователями, где всё же нужно прикрутить веб сокет
классный ролик! спасибо!
очень полезно, спасибо!
Очень понятно объяснил, спасибо 😊😊😊