Я ДОПЁР! Я ДО ВСЕГО ДОПЁР!!!!!!

Только redux начал использовать , а он уже не нужен

Офигенный материал, классный чистый звук с нужным темпом произношения, крутая подача) Спасибо + лайк и подписка

Оу оу, братишка, с возвращением ! Так, сначала лайк)

Как за этим всем успевать ... Очень информативно , спасибо

Спасибо за видео, второй раз и опять вовремя, сначала про redux (2 года назад) а теперь про gql! Очень понятно объясняешь, респект! Про TS это конечно супер :)

Супер подача, спасибо большое! Только начала смотреть в сторону graphql и сразу получила ответы на все свои вопросы! Подписка))

оо я скучал по тебе дорогой товарищ!

Очень-очень-очень хорошо, настолько приятно слушать было, что я в шоке даже немного. Зарубежный уровень.

Это же гениально! Лучшее объяснение graphQl которое я встречал. Спасибо. А за redux обидно стало, я его только разобрал.

Очень круто и полезно! Спасибо!

Это самое понятное и грамотное объяснение что такое GraphQL и в чем его преимущество!

Кайф, сейчас нужно пилить приложение с использованием graphql, я в нем не шарю, но посмотрев видос, захотелось начать им пользоваться)

Спасибо большое, вместо тысячи статей)) Го вторую часть про мутации!

Очень круто объяснил, спасибо!

Божественное объяснение, спасибо!

Шикарное видео, спасибо вам большое)

Спасибо огромное за материал! Супер видео

Отличный контент, автору лайк за видео!

Очень круто обьясняешь!)

Все по делу. Все по существу. Спасибо

Звучит очень заманчиво!

Жаль видосов мало,очень трушно объясняет,однопоточно лайк!

Первая минута - пауза. Прямо в точку! Именно так и для этого я и пытаюсь использовать Redux!

Браво, наконец-то допер. Жаль что узнал про GraphQl, только сейчас.

Отличное видео, спасибо!)

Я посмотрел много видео про GraphQL, и это получилось самым информативным, даже не смотря на то, что является скорее ознакомительным, нежели обучающим

про генерацию типов к тс по схемам тоже крутая тема, можно даже хуки для запросов генерить

уже середина 21 года, ждем видик, братан)

Здорово, спасибо!

React-query - как альтернатива apolo client, но еще и работает с rest api, будет интересно послушать твоё мнение :) Спасибо!

Очень хорошое видео круто обьяснили , можете еще делать видео про мутации?

Блин вот я осёл, когда учил реакт (по книжке) пропустил главу с GraphQL потому что подумал, что это что-то про графику)) Впихнул в своё приложение редакс, уже подобрался к саге и тут твой видос, ну все, буду пробовать graph!

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

Отлично обьясняешь, сидел 2 часа читал документацию, а тут за 20 минут все по полочкам разложил, респект таким пацанам 23:21 надо передать масив, а пишешь обьект. Полагаю все таки заговорился и передать надо было таки обьект, пральна понимаю?

Интересно, понятно.

Твоя фраза "Привет всем" в начале ролика, тригерит вызов "Привет Сири" на Apple девайсах )) ночью малеха испугало.

Супер!

огонь!

да здравствует, knowcity

еще один вопрос пожалуйста: если в базе данные поменялись после первого вызова, а grapql закэшировал их, то клиент получит устаревшие данные?

ТОП !

А если данные на бэке поменялись, как-то можно сделать повторный запрос, минуя кэш?

Класс!

Redux это боль)))) спасибо за видос!!! Ещё с React MobX неплохо заходит

Спасибо, шикарное видео. Скрипач не нужен. Только вот там еще ерор возвращаются из этого хука, жаль что не дописали немного компоненты для красоты картины.

люкс!

видео отличное, все пустые места после статей были заполнены этим видео

Сделай пожалуйста пример с Relay и Asp Core 3 Hotchocolate

Доброго вам времени суток!... А куда подевались ваши плейлисты на канале?

тупо лайк

@knowcity а можешь показать, как это теперь за деплоить на хостинг?

Фокус с кешем просто убил))) Вау))

Обязательно ли использовать jsx формат для компонентов graphql ? Почему не используется обычный json формат для объектов?

А если произошло обновление данных на сервере? То как мы узнаем, что у нас обновилось что-то, если вернется закэшированные старые данные?

Это лучшее видео что я видела за всю жизнь по фронтенду, по всем темам вообще ) Это идеально ! Я, наконец, прониклась графкюэлем ! Спасибо !!! 🤍🤍🤍

@knowcity Скажите пожалуйста, если мы отказываемся от redux и начинаем вместо него юзать apollo client cache, то как быть с изменениями? Менять данные на прямую в кэше graphql?

💥 🚀 🙏

Привет! а новые видосы планируются?)

Норм вещь

👍

сексуально

спасибо за ролик! все работало и было понятно до работы с клиентской частью: в файлах .graphql почему то у меня нет никакой идентификации ни "query" ни всего остального и подобного... все подчеркивает красным... почему так может быть?

Стейт менеджер вообще не используется при использовании GraphQL? Пользуетесь контекстом?

Спасибо за видео. =) Жалко джунов, как конвектров юзают их. =)

Вот было сказана что уменьшает время обработки запросов, не совсем понимаю как это. Как в данном случае работают resolve ры GraphQL запросов и как в них должны строятся запросы sql, nosql и чем это отличается от rest-а. Есть кеш, а как быть если кеш устарел, а в базе уже новые книги - получается сначало придет старье, потом дойдет новое, будет обновление на клиенте.

Но ведь Redux используют не только для хранения данных из вне, но и для состояния компонентов. К примеру, открыто ли модальное окно. Можно использовать ContextAPI + useReducer, но что по ререндеру в сравнении с Redux?

Ты че угораешь) я только что посмотрел твои видосы про Redux, а щас я вижу Redux не нужен))))))))

20:30 Где можно узнать поподробнее как использовать generic для usequery?

Годно, но тема ненужности редукса не раскрыта. Still like tho.

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

что будет отабражено если после рендера информация в базе о книге будет изменена? будет ли тригеритсься ререндер?

Интересная технология, но как защитить единственный endpoint через который осуществляется обмен информацией? Я имею ввиду авторизацию. И как разделить права между несколькими пользователями?

Немного не понял на примере с книгами. Точнее, в плане использования GraphQL вместо Redux все ясно. Не ясна принципиальная разница (именно в конкретном примере) между GraphQL и классическими запросами REST API. Что тут мы по заранее запрошенному айдишнику запрашиваем каждую отдельную книгу, что там. В чем профит?

Как лучше описывать схему на бекенде? Кто-то использует обычную строку, кто-то специальные типы GraphQLSchema, а тут файлы .graphql какая-то путаница. В то же время в документации graphql js все пишут просто строкой а у них на гитхабе в readme пример с GraphQLSchema интересно еще как в это все typescript впихнуть))

Подскажи а как устроить архитектуру, когда у тебя 10-20 разных таблиц и связей между ними - не в одном же файле graphql это все хранить

Но GraphQL не отменяет необходимости валидации даннных на клиенте? Например клиент захотел книгу с полями name author description. А в базе description пустое поле например.

20:26 сейчас вообще можно включить автоматическую генерацию кастомных хуков, даже дженерики прописывать не придётся)

а если данные на сервере поменялись, ну, например, кто-то другой книгу купил и она уже не доступна для остальных пользователей и ее не нужно отображать на юае, то как обновить кэш на фронте?

А как локальный State хранить?) Я читал доки по local apollo state и там все мягко говоря не очевидно и очень запутано Redux toolkit в принципе решает проблемы с boilerplate Концовка удручает... Вообще складывается впечатление что автор не до конца разобрался с gql, потому что создание того самого прокси который должен сделать за нас грязную работу в виде fetch на ориг api, займёт не так мало времени как может показаться, да и к тому же может заметно замедлить работу самого приложения, а про проблемы с оверхедом, регулировкой глубины и сложности запросов видимо вообще не стоит упоминать.

В любом случае везде требуют знание редакса

А где хранить данные собранные на Frontend, например идет сбор данных по экранам, обработка, вычисление и только потом отсылка на сервер????

eeeeebaaaa vot ono kak

братан аxуенно делаеш контент сними продолжение по поводу резолверов ,кeширования ...

Пробовали мы использовать graphQL в нашем Symfony проекте - получили замедление ответа сервера на простейшие запросы и проблемы с разграничением прав доступа. В итоге вернулись к REST'у

А как мидлвари писать? Допустим запрос доступен только авторизованным пользователям

По поводу оборачивании имеющегося REST API в gql: на грядущем HolyJS будет вот такой доклад, может кому интересно holyjs-piter.ru/2020/spb/talks/26ewxf0eetneqysa49i6sh/

+

Я смотрел это видео с надеждой что покажут как работать с мутацией...

т.е. если данные на бэке меняются, то graphQL будет всё равно выводить кэш (старые данные), а не актуальные? Сомнительный плюс

В 2021 году redux - это уже другой зверь благодаря redux-toolkit. Бойлерплейт почти весь ушел. А еще, там из коробки работает immerjs, так что появились гарантии иммутабельности стейта. Теперь редакс это не только "the most popular oppionated approach to state management" но и просто удобная либа.

Окей редакс вам не нужен, а сагу вы как замените?) Каждый раз писать локальные костыли для к примеру предотвращения повторных запросов?)

Мне чудится или на этом канале раньше было больше видео?

ты понимаешь что у тебя меньше просмотров с микро текстом ? найми чела какого нибудь, может он текст увеличит, напиши на биржу фриланса задачу такую

Ура, правильное видео!! Наконец. А то редакс, саги, бла бла бла

Так теперь фронты должны еще и на пол шишечки в бэкенд :) Эх, а раньше хтмл+цсс+жквери и все....

Каким образом на клиенте работает автозаполнение по полям, которые указаны на сервере? Каким образом клиент вообще знает какие поля существуют??

*Короче пацан не отличает стейт менеджер, и кэш данных от бакенда). Редакс нужен чтобы хранить стейт "открыто меню, закрыто меню", "темная тема, светлая тема", "какой пост редактируется, какой отредактированный текст", а парнишка думал что стор нужен чтобы даннные с сервера где-то временно хранить =) короче молодой еще, научится*

appolo - шляпа. Только react relay. Это лучшее из всего что я перепробовал. А да, redux - не нужен. (p.s осторожно, при чтении документации возможно возгарание очка, нервные срывы, "ну почему, сука, код из примера не работает" и "какого хуя дока не соответствует реальности". Я ПРЕДУПРЕЖДАЛ БЛЕЯТЬ!!!!)

redux suck? это что-то новенькое 0:52