Этот коментарий создан в качестве уважения автору и для продвижения его канала.

@mishanep

2 жыл бұрын

Этот ответ создан, чтобы поблагодарить автора комментария =)

Самое потрясающее и понятное объяснение RTK Query! Такое видео должно быть в официальной документации!

Самые адекватные уроки на ютубе. Без воды, все четко понятно человеческим языком

Респект за усилия с которыми Вы доносите материал!

Максимально доступно, понятно и интересно. Спасибо, Михаил!!!

Очень круто и актуально, то что нужно было!!! еще бы с TS и тогда полный кайф был бы)

@awenn2015

2 жыл бұрын

Эм, какой смысл сейчас вообще без ts делать ? Сейчас все начинают на ts делать , видео какое то неполное получаеться

@SlouMan

2 жыл бұрын

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

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

Спасибо за урок, доступный, понятный материал за короткое время, хорошая работа 💪💪💪👍👍👍

Михаил, спасибо за видео. Для меня это уже ваше третье по счету про RTK. Кратко, но достаточно, чтобы зацепиться. А дальше уже намного легче с официальными гайдами разбираться. Отличная подача материала!

Спасибо большое за урок! У тебя отлично получается объяснять не самые лёгкие вещи, не самым продвинутым юзерам)

Михаил большое спасибо за Ваши труды, как всегда вовремя) приобрел 4 Ваших курса на степике)

i'm not understand your language but understand the whole video it's too simple and amazing.thanks for sharing

Просто по божески объяснил! Моё величайшее почтение

Честное слово, это самое вменяемое объяснение данной темы! Огромнейшее спасибо!

Вау! Хорош! И структура информации и подача мне нравится! Однозначно подписка!

Спасибо, Михаил за понятное объяснение!!! Классная вещь!!!

Насколько же вы шикарно преподносите информацию❤

Достаточно детально и ёмко изложено, очень легко вникать. Большое спасибо!

Прекраснейшее объяснения, низкий поклон! Подписка

Очень хорошо объясняешь, очень нужные вещи, спасибо

Михаил, спасибо за видосы. всё супер с одним но. на сегодняшний день практически все проекты стартую на TS'е. а типизация всего этого добра это ещё один видос на столько же времени

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

И правда, RTK Query - крутейший инструмент! Спасибо за разжеванное объяснение!

Отличные гайды! Спасибо!

спасибо, большое! объяснение на высшем уровне! желаю вам крепкого здоровье!

Самое понятное и краткое объяснение. Обожаю автора, все нравится, от тембра голоса до логики объяснения, супер!

Спасибо. Очень подробно и главное все понятно.

Мишаня, ты прекрасно подаешь информацию, продолжай дальше просвещать нас!

Михаил спасибо большое за видео, я очень жду больше информации о rtk query (например как сделать перехватчики как в axios, про middleware) да и в принципе я думаю лучше сразу с typescript показывать примеры

Спасибо вам, как раз с РТК работаю, буду внедрять!

Огромная благодарность за урок, всё понятно и доступно. Считаю Вас одним из лучших авторов по программированию и web разработке в целом. Да прибудет с вами сила))

Респект за уроки, одни из самых лучших на ютубе

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

я присоединясь к множеству одобрильных отзывов, браво!

очень классный и понятный урок, большое спасибо!

Большое спасибо за отличное объяснение такой непростой вещи

Очень доходчиво объяснено!!!Спасибо!!!

Спасибо за Вашу работу.

супер объяснение, благодарю!!!

очень крутой инструмент и очень понятно рассказан. очень хотелось бы подробно изучить все возможности RTK Query.

Михаил, спасибо за труд

Хорошее объяснение! Понял! Спасибо!

Как раз думал по этой проблеме, я фуллстэк разраб. Думал как связывать бд и редакс. Контент простой для понятия, автору большой респект ❤❤❤

Большое спасибо за видео!

Крутой вы, лайкнул, спасибо вам, желаю успехов!

15:15 При использовании доп. параметров в endpoint'е лучше написать: "query: {limit = ""} => ({url: 'goods', params: {_limit: limit, и все остальные нужные параметры, если есть, тоже сюда, как ключ: значение}})". Это не только правильно с точки зрения RTK, но и делает код более читаемым 😉

Блин, как же это круто! Спасибо огромное! ОХх... )

Спасибо большое. Круто!

если что то сейчас достаточно в get-запрос написать: providesTags: ['Products'] а в post-запрос: invalidatesTags: ['Products'] - спасибо за уроки - максимально понятно

@user-ms7bq1rn6u

2 ай бұрын

Огромное спасибо🥰 Теперь у меня заработало автообнобление

раньше признавал только ulbi) Теперь + к нему еще и Миша) лайк оставил, комен оставил, видео лот корки до корки посмотрел) спасибо большое!

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

@REDH3ADd

Жыл бұрын

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

@CyberDanilka

Жыл бұрын

@@REDH3ADd согласен, когда суть библиотеки это перенос состояния на бэк такой коммент выглядит как минимум забавно)

Супер! Спасибо😀

Спасибо за видео!

Крутой видос, спасибо!

спасибо большое)больше про редакс тулкит, очень полезные знания

Спасибо. Хорошее видео.

Просто невероятно! Очень прошу вас на основе этого видно сделать бесконечную загрузку данных при скроле. На самом деле проблема не маленькая а решения на нее не так просто и найти адекватного именно с RTK query. Был бы очень благодарен.

Класс! Суперкруто!

на многих ютуб гайдах часто вместо с rtk query еще и axios фигачат. есть ли реальный смысл аксиос юзать или rtk query самодостаточен? спс за видос, один из лучших сенсеев на ютубе

Спасибо 👍🏻, после zustand начал понимать работу Redux, а дальше Redux toolkit там и до крольече норы можно дайте.

Очень крутая штука!!! Только закончил пет проджект с этой фичей ! Спасибо актуальный контент!

Круто!!!

Спасибо 👍🏿

Спасибо автору за весь контент очень понятно и информативно. Такой вопрос RTK Quary это замена или альтернатива Thunk? просто по функционалу в RTK Quary больше возможностей и упрощений под капотом и его (как я понял) лучше использовать в компонентах, а Thunk более настраеваемая вещь которая работает в сугубо в слайсах. Как я понял если все упростить то в случаи: RTK Quary сначала грузиться компонент => идет запрос на сервер => выполняется логика компонента => меняется стейт в сторе redux . Thunk Сначала делаеться запрос на сервер => меняеться стейт в сторе => грузиться компонент => Выполняеться логика компонента Буду рад если скоректируете моё понимание об этих 2х расширениях, так как пока не могу понять что нужно и в какие моменты использовать и как их между собой связывать и нужно ли? Зарание спасибо.

Самое лучшее объяснение из всех!

Спасибо!!!

Все это очень круто, единственное, пожалуйста, переключись на dark mode ))

Спасибо за видео!!! Как быть если нужно получить объект с сервера..., пользователь его редактирует и только потом делаем запрос на обновление, как в таком случае использовать RTK Query?

Кааааайф! Спасибо!

Благодарю за гайд! Но у меня кое что не получается. Подскажите что делать, если в API с которым я работаю, в data ещё есть items, и только в нем находится массив объектов, который я хочу вывести?

Man you are the best!

Спасибо!

Михаил, спасибо большое, отличное видео! А вы используете RTK-query на проде? Сейчас решаем с командой, что выбрать для нового проекта, где уже используется rtk - этот инструмент или react-query. Может быть, есть опыт работы с обеими библиотеками, что посоветуете?

@mishanep

2 жыл бұрын

Приветствую! С react-query пока не работал. В продакшн rtk в моей текущей компании не используется, но у нас по специфике проекта не так много редакса.

Очень круто!! Спасибо за такую качественную работу!!!Можно попросить сделать видосик связки rtk querry и websocket?

@mishanep

2 жыл бұрын

Спасибо за обратную связь. По websocket пока не планирую. Просто потому, что серьёзно с ним не работал. Возможно на одном из проектов по работе он пригодится, тогда будет пища для видео. Сейчас квалификации не хватит.

nice one,keep doing that!

Михаил, а какой метод получения данных через api предпочтительнее? CreateAsyncThunk или RTK Query?

Большое спасибо за видео! Но почему много кода взято подкопирку их документации?

Михаил, спасибо!! Пушка, огонь, пожар!

Гранд мерси. Что значит большое спасибо )

Не уверен, что после удаления или добавления объекта прямо настолько круто делать еще запрос на получение всех продуктов. Если объектов много, то они постоянно будут запрашиваться. Или это не так работает?

Михаил, покажи, пожалуйста, как RTK query может работать с GraphQL?

Капец как удобно! Правда придётся многое переписывать))

@kawaikaino5277

Жыл бұрын

Все прячется под капот, иногда мне кажется что это является проблемой

@user-wr4br7sr9q

Жыл бұрын

@@kawaikaino5277 ты прав, но это очень удобно. Можно смотреть внутренности в документации, но и она меняется постоянно) так что один глаз в доку, а другой на код)

В конце была фраза про один источник истины, и все хранится на сервере. Я беккндщик и сейчас штурмую ртк. Хорошая практика в стейте хранить данные по пользователю?(Юзернейм, мыло итд) Вот у меня сейчас два эндпоинта, получение токена, и после кверифулфилда сразу диспатчится квери на получение пользователя через инитиате. Два эндпоинта через экстра подключены к своим слайсам. Можно ли назвать это оверхедом сохраняя пользователя в отдельном слайсе? Или пусть он в кеше хранится, а по необходимости/тайм-ауту инвалидировать его?

Привет. Присоединяюсь к поблагодарившим, в целом все четко, по полочкам, в удобно перевариваемой последовательности. Но хотелось бы уточнить, на 29:00 речь про то, что если кто-то в соседней комнате что-то удалит, то мы получим свежие данные. На сколько я понимаю, автоматом мы уже их не получим. RTK Query в нашем экземпляре приложения ничего не знает об операциях в чужом приложении.

26:13 это всё, что нужно знать про RTK Query "Мы сделали для вас новый крутой инструмент, который позволяет писать меньше кода, но выучите миллион новых синтаксисов под каждый конкретный случай". Это всё конечно здорово звучит, но ровно до тех пор, пока у вас простой CRUD, а не большое сложное приложение, где вы можете в респонсе синхронизировать много данных. На мой сугубо личный взгляд, связка redux-toolkit + классическая redux-saga + axios - это лучшая сборка для вашего проекта.

от души like

очень круто рассказываешь 👍

Ждём RTK Query TS)

крутоооооооооооооооооо))

Правильно ли я понял: мы когда получаем товары добавляем к ним тег Products, который содержит актуальную базу продуктов, а потом когда добавляем и удаляем говорим что этот тег стал инвалидным (invalidate - сделать неактуальным) и его надо актуализировать и потому идёт автоматический запрос?

Вопрос.. как данные доставать селектором? или достаточно просто извлекать хук в нужном компоненте и уже дальше работать?

Спасибо за видео. Будет ли что то по state в nextjs13+, и вообще имеет ли смысл это использовать в nextjs, или там есть другие методики?

@mishanep

5 ай бұрын

У меня было видео про клиентские компоненты nextjs 13+ и там я немного затрагивал тему использования стейт-менеджеров. По сути, в текущем варианте вы можете использовать редакс, как и прежде. Но только в клиентских компонентах.

Спасибо автору за ценную информацию. Подскажи пожалуйста, как мне создать и использовать хук для получения каких то товаров по slug. Slug берется из параметров url, то есть динамический. Я получаю этот параметр из url и как его пропихнуть в хук query? Желательно через useEffect, в котором будет привязка к slug, и внутри useEffect вызов для получения списка? Благодарю заранее, если конечно увидишь коммент)

Очень доступно! А можно эти получаемые данные диспачить в стейт, определенный в каком-либо слайсе, и по необходимости использовать? Или хуки RTK Query сами являются таким хранилищем, которое можно подключать и использовать в нужных местах приложения?

@tutnichegonet

Жыл бұрын

тоже интересно

@user-im5rd5wc9g

3 ай бұрын

привет, узнал? что то у меня не получается диспатчить

А если апи поддерживает пагинацию и я в хук useGet...Query передаю номер следующей страницы и хочу, что бы данные с предыдущим запросом не исчезали, а к ним добавлялись данные из нового запроса (следующей страницы), то мне надо заводить отдельный слайс через createSlice для этого и хранить всё в сторе? Без создания слайса никак, да?

Михаил подскажите пожалуйста, когда после каждой мутации я перезаписываю кэш (используя invalidatesTags) и сразу идёт запрос на повторное получение данных (query), как сильно это будет нагружать сервер?

АП что если у нас много Base Url? Создаем отдельный Slice?

Спасибо, Михаил!

🎉🎉🎉🎉 спасибо, подскажите как создать по SOLID, class который делает базовый крад, и от него можно отнаследоваться

Спасибо за полезный контент , скажите пожалуйста планируется ли подробный обзор redux saga ?

@mishanep

Жыл бұрын

Не планирую. С saga работать не доводилось ни на одном проекте пока. Не уверен, что встречусь с ним))

@alexvoid8717

Жыл бұрын

createListenerMiddleware - It's intended to be a lightweight alternative to more widely used Redux async middleware like sagas and observables. While similar to thunks in level of complexity and concept, it can be used to replicate some common saga usage patterns