Правильная интеграция React query + Mobx | Объединяй, а не выбирай

[@supernubb]

Евгений, вы супер, чаще выпускайте материал!!!

[@Book-Sense]

Очень полезные и не стандартные видео у тебя !! Хотелось бы еще увидеть mobx с react ts продвинутый курс . А так спасибо большое за твой труд !! Удачи в развитие канала.

[@ЕвгенийНекрасов-ч8ж]

Это был бы топ #react #mobx

[@sashapticin]

Оч круто, сейчас буду лезть в исходники Mobx и ReactQuery, чтобы лучше понять как это все работает. А после еще раз пересмотрю твое видео у буду пробовать реализовать это все, но осознанно 😄 Тебе большой респект ❤ Подскажи, в твоем сообществе много такого контента?

[@art7653]

мозг не взорвался, спасибо

[@АнатолийГорбов-о1ь]

А так видос супер, обожаю реакт-квери, и все думал с каким то стейтменеджером его интегрировать, думал про эффектор, так как с ним поработал, очень понравился, но надо смотреть как он будет в долгосрок на проекте, пока тока мвп)) спасибо за видос, попробую использовать эти знания по РК для интеграции, а может и мобХ попробую, у тебя кстати по мобХ нету видоса или курса, может в сообществе планируешь сделать такой, как недавно выпустил по реакт квери?

[@alekseybord5373]

Интересный подход! Только не особо понятны преимущества такой сложной интеграции, ведь queryClient к react не привязан и его можно в сторе использовать типа users = queryClient.fetchQuery(...)

[@ПользовательПользователь-с8к]

Думаю, преимуществ в такой интеграции нет

[@deanArtDev]

Спасибо за видео, очень позновательно. Кажется кеширование не работает, запросы /user улетают с одинаковыми queryKey. Код не запускал, но по видео сложилось такое впечатление

[@АнатолийГорбов-о1ь]

Жень привет, а ты с эффектором не работал?

[@romanchebotaev_frontendblog]

Мозг взрывается вдвойне у тех, кто не работал с react-query и MobX трогал когда то давно)

[@ВсеволодРусинский]

Круто!

[@ЕвгенийНекрасов-ч8ж]

Зачем использовать tanstack query, если get поля методов помечаются под капотом декаратором computed => computed зависит от observable (то есть свойств, в данном случае массив Users) => computed свойства и так кэшируются(написано в доке mobx) - если у нас observable не изменился, от которого он зависит

[@ЕвгенийНекрасов-ч8ж]

@tanercoder1915 Мог бы ответить на вопрос, который я задал автору, но, так как ты опытный в этом инструменте, то и тебе задам. А мне ,возможно, скоро предстоит на нем писать. Если я правильно понял концепцию и описал ее выше..

[@paromovevg]

Тут решается другая проблема - что бы при обращении к полю в компоненте, данные автоматически загружались без использования useEffect Оптимизации перерисовки были и есть в любом случае

[@andreyplatov2758]

всего 132 лайка, странно. материал урока крайне полезен

[@Лаурахит]

А кто то пробовал подобное реализовать для для InfiniteQuery. Что то весь мозг сломал с этими типами. Что интересно работает правильно, но эта типизация просто никак не хочет типизироваться)

[@kimanowka]

А ты можешь рассказать, в каких случаях такой тандем может понадобиться? Потому что , вроде как, tanstack со своим кешированием, ревалидацией данных покрывает большинство кейсов

[@RussianFrontend]

как минимум, чтобы держать view чистой, отдельно от логики, вся логика будет в mobx классах сложные вещи как правило пишутся на классах без хуков, используя ООП паттерны проектирования, Mobx гибкий и отлично для них подходит

[@deanArtDev]

@@RussianFrontend и без mobx view может быть чистый. Когда у тебя начинается агрегация сторов илил инеькция стора в стор, тогд mobx классы тановятся очень грязными и тяжело читаемыми =(

[@xxxxxxxeeeeeeeeee]

@@RussianFrontend а не проще сразу взять mobx?

[@kusov4748]

@@RussianFrontendхуки как раз и являются адаптерами к доменной логике. Божечки мои 😥

[@ssssed91]

а ты можешь поделиться свой nvim конфигурацией?

[@paromovevg]

NvChad

[@владимиркарпов-т4ъ]

easy motion установи

[@tanercoder1915]

Моск умер на 15й минуте.😅 Хотя уже год пишу на MobX. Хоть и без React Query . У нас простой axios для запросов. Спасибо!

[@symasaiti]

Ждем интеграцию react query с zustand

[@DamirKipkaev]

result - резАлт !

[@sam_borski]

результ

[@AlexyRumyantsev]

будущий react compiler собирается банить mobx

[@gatos-su]

Мобх можно забанить, только если забанить useEffect)

[@kusov4748]

Зачем mobx если есть react query и наоборот? Размер бандла скажет спасибо

[@paromovevg]

Потому что эти инструменты решают разные задачи? На mobx можно делать запросы к серверу, но всё придётся реализовывать руками. На tanstack-query клёво делать запросы, но других проблем, которые решает state manadger он не решает. Размер бандла это отдельная тема, причём очень сложная. Например все говорят про размер инструмента, но не говорят про колличество клиентского кода, который получается на нём. В этом смысле react-query может, даже экономить бандл, в некоторых кейсах. И не везде размер бандла это определяющий показатель

[@kusov4748]

@@paromovevgпосмотрел видео) не знаком с mobx. Получилась хорошая обвязка на первый взгляд. Лайк

[@Rasty_Boss]

Инфо-цыган, даже код весь не может показать, хочет продать за подписку

[@OlegMaximenko-l7e]

все круто, но блин, учите английский

[@VladislavPerfilov]

36 минут пустой болтовни. Исходников нет. Это скам