мы затаскивали Zustand в проект с 100к плюс/минус уникальными посетителями каждый день, не знаю можно считать это большим проектом или нет, но, честно говоря, ни разу не пожалели о своём выборе. Даже когда добирали сотрудников на проект. они говорили. что не знают Zustand, но стоило им посмотреть код, их обратный фидбек был в том, что как всё просто и понятно.
@it-sin9k3 ай бұрын
спасибо за подробный фидбек!)
@cassra82893 ай бұрын
Размер проекта измеряется не в количестве уникальных пользователей, а в присутствии огромного количества сложной логики, кучи стейтов и экранов в приложении)
@_always_213 ай бұрын
@@cassra8289 или кол-во кода, или кол-во сотрудников на проекте, или еще чего-то. С чего вы решили, чтобольшой проект это именно то, что вы написали?
@korkota3 ай бұрын
"...но я постораюсь втянуть его в свои проекты и изучить" потом добавлю строчку в резюме и побегу за новым оффером, чтобы не решать проблемы, которые возникли в проекте из-за добавления в него новой ненужной там перды
@animekontororu99963 ай бұрын
"Для меня Zustand стал стейт менеджером номер 1" "Я ни разу не использовал его в продакшене" Синяк наваливает базу
@it-sin9k3 ай бұрын
первое скорее про эмоции, а второе по фактам))
@ammoney159Ай бұрын
Да, та же ситуация наверное у большинства людей
@maxbugs12933 ай бұрын
Было бы интересно узнать про то как лучше работать с async методами, про какие абстракции в архитектуре идет речь, было бы интересно узнать)
@it-sin9k3 ай бұрын
Обязательно об этом расскажу позже)
@MrREALball3 ай бұрын
стор должен хранить в себе данные и иметь возможность их изменять, он не должен вызывать side-эффекты при вызове какого-нибудь действия. Стор - это просто состояние. Асинхронный код должен вызываться вне стора, совершенно отдельно. Например у тебя есть форма, при её сохранении ты хочешь отправить запрос на сервер, а потом записать что-то (например вернувшийся id, хз) в стор, то вместо того, чтобы делать запрос в действии стора, следует сделать запрос просто в обычной ф-ии, а по его завершении вызвать, например setObjectId() из стора.
@ДанилНикитин-ж6с3 ай бұрын
+ Интересно узнать, синяк, где у тебя в проекте асинхронные запросы.
@MaksTrueman3 ай бұрын
@@MrREALball а что мешает исполнять асинхронный код в сторе? Кроме «традиций»😅 Если библиотека это позволяет.
@MrREALball3 ай бұрын
@@MaksTrueman масштабируемость, например. Это банальное разграничение зон ответственности и если его не будет - будет страдать масштабируемость, будет сложнее вводить новых сотрудников в курс дела и следить за тем, чтобы они не косячили
@DreamingDolphing3 ай бұрын
Zustand уже встречается в вакансиях вместо Redux, а значит его активно используют в продакшене. И это хорошо, потому что Redux надо давно хоронить.
@suslikest370828 күн бұрын
Согласен редаксу пора на пенсию.
@johndoe4016qweasd3 ай бұрын
с последних проектов, с которыми сталкивался, складывается впечатление, что редакс выбирают чисто из-за работы с привычным стеком, который себя вроде как зарекомендовал в прошлом но после того, как на одном из проектов заменил ядерную комбинацию redux-toolkit + saga (засетапленную не мной), на zustand + react-query, понял, что скорость выполнения задач возросла в разы и особого смысла в редаксе уже как бы и нету имхо да, можно спорить про архитектурные моменты, разделение кода и ответственности и бла-бла-бла, но по факту проект, который сейчас разросся до огромного приложения, отлично себя чувствует на рельсах зустанда вот кое-что на вентилятор и, возможно, "на обсудить" - некоторые "архитектурные" принципы возникли из-за редакса и теперь просто не налезают на современные тулзы вроде зустанда, т.к. просто не нужны :)
@bebeto123g3 ай бұрын
Сегодня буквально смотрел проектик, помочь нужно, там тоже стэк redux-toolkit + saga. ЗАчем вообще saga, если в toolkit уже встроен RTK Query?? Т.е. выбор zustand + react-query просто отсеял redux :Ъ А вот концепции saga не понял, но с ней и не работал никогда, может и есть чего ультраимбового
@HeaDannn3 ай бұрын
@@bebeto123g ультрабойлерплейт наподобие старого редакса =)) забавно что поверх саг даже либу написали для минимизации однотипных действий (redux-saga-routines)
@johndoe4016qweasd3 ай бұрын
@@bebeto123g и я о том же) выдохнул с огромнейшим облегчением после переезда на zustand)
@jyjyjyj33 ай бұрын
А потом ты узнаешь что и zustand не особо нужен, да и react-query можно тоже в целом выкинуть
@chirkov3 ай бұрын
@@bebeto123g редакс + сага это жесть. Код больше на крякозябры похож. Что это за оптимизация кода, когда код невозможно читать)
@igorsavelev90133 ай бұрын
Redux сейчас идёт вместе с rtk-query . Zustand, наверное, придется использовать с react-query. Было бы интересно сравнить удобство пользования и размер
@EnjoyerOfBepis3 ай бұрын
Главное их не смешивать. Видел дичь, когда люди делают запросы через react-query и сохраняют сетевой кеш внутри zustand :) Т.е. полное непонимание смысла react-query.
@АлександрВолков-о8ю3 ай бұрын
По своему опыту скажу, что удобнее rtk-query, тем более, что в комплекте идёт state и в этом есть плюсы при взаимодействии. По размерам, написал в недавнем посте)
@NIReeMK3 ай бұрын
@@АлександрВолков-о8ю мне кажется react query намного проще. вот допустим на нем вообще легко сделать infinite query, а в rtk query чет нужно самому придумывать и возиться с этим..
@MrREALball3 ай бұрын
@@АлександрВолков-о8ю я ни разу не работал с rtk-query, на проектах используем @tanstack/query + zustand/mobx, но посмотрев на примеры кода в документации, я не могу представить ситуацию, в которой мы хоть на одном нормальном продакт решении попробуем это вместо @tanstack/query. Конечно ради саморазвития я попробую что-нибудь сварганить с помощью него, но выглядит это как просто ненужное нагромождение всего и вся. В китченсинке вообще получается что rtk - это ещё и замена стандартного fetch/axios. А что, если меня fetch устраивает? А что, если у меня вообще запрос ни к апи делается, а к веб воркеру например (с помощью щепотки магии)? Не знаю, может я просто слишком сильно отдалился от концепции глобальных состояний (в частности благодаря @tanstack/query & react-hook-form), но всё это выглядит абсолютно необязательным, да ещё и сильно повышает порог входа в проект. Конечно, разобраться с этим можно за пару часов, при желании, но я просто реально не понимаю: зачем? В чём преимущество такого подхода? Масштабируемость? Нет, огромный монорепозиторий с кучей модулей спокойно работает и без этого и, скорей всего, с меньшим coupling'ом. Необходимость? Непонятно в чём заключается. Удобство? Тоже не понятно где.
@lolhohol3 ай бұрын
Использую в новом проекте Zustand и react-query, это лучшее что со мной происходило за последнее время )))
@rudinandrey3 ай бұрын
О, это Вы еще значит не знаете про Valtio :-) вот эта мне реально понравилась. Особенно то что оно работает как для React'а, так и для Vanilla. Т.е. я могу снаружи изменить стейт и компонент перерисуется, плюс я гонял его на SSR и на клиенте, прекрасно работает.
@artma53 ай бұрын
У меня был опыт с Zustand для SPA приложения. Крайне положительный опыт: нулевой порог вхождения, легковесный, никакого бойлерплейта
@NeoCoding3 ай бұрын
использовать можно в простых случаях, когда только прочитать записать в модуле, просто как некий более глобальный стейт для модуля и компонентов, какието мудреные схемы хз
@vanivka3 ай бұрын
не хватает конечно примеров с typescript, и расскажи пожалуйста про эти свои абстракции для async запросов, учитывая что react query ты, судя по видео про него, не рекоммендуешь
@it-sin9k3 ай бұрын
да) у меня есть альтернатива) поделюсь ей позже)
@ДаниилМатвеев-в5ы3 ай бұрын
Давай про эффектор очень интересно послушать твое мнение
@it-sin9k3 ай бұрын
Хорошо) запишу)
@Илья-с1л6э3 ай бұрын
чтобы рассказывать про effector(как в целом про любую технологию) с ним надо сначала поработать, иначе ценность мнения равна нулю
@ЕвгенийСниховский-ь8ь3 ай бұрын
Как дела у zustand с тестированием (моки) и дебагом (можно ли и удобно ли смотреть текущий стейт в инспекторе)?
@ВаняДабижа-л9я3 ай бұрын
В плане дебага- да, можно. Они юзают redux devtools :) В доке описано как добавить. Буквально импорт + доп обертка над create
@dima__rx5fw3rm1n3 ай бұрын
zustand прост и асинхронен. Можно передавать кастомную ф-цию сравнения изменений. Но, как комбайнить, если много функционала в связанной фиче? Slices Pattern в доках не открывается
@greydragon8883 ай бұрын
Спасибо за ролик! Возникает несколько вопросов 1 с чего вы взяли, что mobx - state manager? Он ничего общего к state management не имеет! State manager - это mobx state tree. Mobx - это библиотека для работы с observable структурами 2 честно сказать, zustand выглядит как хорошая штука для маленьких pet projects. Использование его в enterprise решениях вызывает ряд вопросов: Как отделить доменную логику от бизнес логики? Как отделить слой репозиториев? Почему вообще инструмент работы с данными должен быть вмонтирован в react?
@it-sin9k3 ай бұрын
Привет :) 1. Когда открываешь npm Mobx там первая фраза "Simple, scalable state management." 2. В моей парадигме стор это не место для любой логики, это лишь set / get хранилище. В итоге у меня есть хорошее решение как я отделяю это все 3. Инструмент не вмонтирован в React, я не показывал пример в ролике, что с ним можно работать напрямую как с любым стором. Это дэфолт для любого стора
@jgkdmdevienjjgg88663 ай бұрын
А в чем отличие доменной логики от бизнес логики? Зушьтанд вроде как мультистор, поидее делишь сторы как тебе нужно и все? Ну или я мож чего-то не понимаю. Про слои можно fsd глянуть. mobx можно назвать стейт менеджером, но если сравнивать с redux tookit или mobx state tree то согласен что он более низкоуровневый и в первую очередь это просто либа с адекватным механизмом реактивности в замену реактовскому подходу.
@dmtrkskv3 ай бұрын
@@it-sin9k 3. У zustand 2 api для создания сторов: - createStore без привязки к react. - create, который использует под капотом useSyncExternalStore из react, чтобы работал ререндер на изменение состояния.
@WebDev_513 ай бұрын
Спасибо за работу
@frusen_sol3 ай бұрын
Цуштанд очень хорош, но мы используем preact-signals.
@jgkdmdevienjjgg88663 ай бұрын
Тож думал юзать сигналы эти, но в итоге решил юзать mobx, т.к. там было то что искал в +- удобном и понятном виде
@Ernuna3 ай бұрын
Зустанд уже опередил редакс тулкит по скачиваниям в нпм
@Romul30033 ай бұрын
Юзали цуштанд последние 2 года на всех своих новых проектах, все нравится, все круто!
@Умарбек-Махмадиев3 ай бұрын
я сам пользуюсь zustand, хочу сказать что это удобно чем redux с своими RTK Query
@Ramosok3 ай бұрын
Слава богу)) я думал ты уже в инсту перешел😊
@it-sin9k3 ай бұрын
ахахах) на самом деле мы работаем над проектиком одним в фоне для Синяка)
@HaywasterChannel2 ай бұрын
Не могу нигде найти: есть ли в zustand нормализация данных, как в redux?
@narzantaria1102Ай бұрын
Нормальное браузерное расширение, от которого не идет кровь из глаз, есть только у Redux/toolkit, следовательно его никто не победит.
@Ernuna3 ай бұрын
Создатель либы японец Диши Като произносит зустанд как Зустанд, так что все норм) не слушай всяких цуштандов )
@it-sin9k3 ай бұрын
ахахах) спасибо за поддержку!)
@Disorrder3 ай бұрын
Как из ничего сделать видос на 8 минут))) спасибо, что почитал доку за меня
@it-sin9k3 ай бұрын
Всегда к твоим услугам)
@АндрейЕфременков-л9р3 ай бұрын
У меня к zustand лишь одна претензия - ооочень сильная завязка на react. Использование сторов вне компонентов неудобное, из-за чего есть проблема с вынесением бизнес логики в отдельные сервисы. Приходится все равно все закручивать вокруг react компонентов, из-за чего ui и логика очень тесно связываются Мне было бы интересно посмотреть на упомянутый в видео способ работы с асинхронными action-ами, очень жду!:)
@TheLevius3 ай бұрын
да, классный стейт менеджер, где есть реакт 18
@SuhushinAS3 ай бұрын
Почему-то, при сравнении какого-нибудь стейт-менеджера с Redux, подразумевается самый первый вариант его использования из 2015. А если ещё убрать асинхронные экшены, как предлагается в видео, то отличий будет совсем немного.)
@mrstronciy10603 ай бұрын
А что с Redux Toolkit? Он вроде и работает, но без redux store не то.
@Sinedy3 ай бұрын
После MobX Zustand не зашёл вообще. Очень многословен и нет нормальных компьютедов. Кажется, что когда (и если) в JS дотащат сигналы, такой подход будет более распространён.
@fedor_pereverzev3 ай бұрын
Похоже на pinia)
@MrDirard2 ай бұрын
Когда у вас на проекте много джунов или проект достаточно маленький - зустанд хороший выбор. Но если мозг не уровня рыбки (я про порог входа) и вам нужно стабильное решение, проверенное временем, с возможностью нормализации данных (entityAdapter), описания сайдэффектов(extraReducers, listener middleware), в т.ч. интеграции вашего стора с работой с апи (rtk query: инвалидация + те же extraReducers + middleware), то как показывает практика ваш выбор - rtk
@maksimkraev2237Ай бұрын
Можно использовать Zustand с React Query. Я так делаю в нескольких проектах. Более чем доволен.
@macon56963 ай бұрын
я игрался с zustand не понравилось пару моментов: 1) то что есть доступ к методам редюсера и ты можешь их переопределить 2) то что из-за отсутствия провайдера с асинхронным перзистом происходит 2 рендера вначале, первыр раз дефолтный стор, а второй уже подгруженный из перзиста
@levinbraun34753 ай бұрын
произносится как зуштанд
@kirill-dev3 ай бұрын
Тогда уж Цуштанд, коли по-немецки
@Disorrder3 ай бұрын
Ходил на собеседование в нидерландскую компанию, они говорят зустанд, никаких проблем. У них немецкий родной, если что)
@shashi-kf3mw3 ай бұрын
Народ, че думаете на счет jotai?
@maksimkraev2237Ай бұрын
Уже победил
@timurbabkin81133 ай бұрын
Цуштанд
@lirrr65553 ай бұрын
цпшухжктанд
@akmilPasha3 ай бұрын
04:05 - я сразу и не понял что такое: нацы хани
@it-sin9k3 ай бұрын
ахахах)
@DubinArtur3 ай бұрын
Как Харе Кришна, только Нацы Хани
@greg1303 ай бұрын
В целом, похож на эффектор и немного на рекоил
@jgkdmdevienjjgg88663 ай бұрын
Нет чел, присмотрись. Он похож на МЕДВЕДЯ
@chikenmacnugget3 ай бұрын
Удивительно как до реакт коммьюнити долго доходит, что они делают какую-то чушню
@ОлегБаранчиков-ф5у2 ай бұрын
Зустанд топ
@dynamitesfera3 ай бұрын
effector же
@it-sin9k3 ай бұрын
надо и на него обзор сделать)
@tehbangel3 ай бұрын
Болею за zustand, хоть в вакансиях его и не встречал (рб), не знаю даже, почему многие до сих пор сидят на redux, а еще и thunk и тд. и тп., а еще пишут "нет легаси", ну ну :), просто нет желания переписывать, вот и тянут. Bear is here!
@jgkdmdevienjjgg88663 ай бұрын
Да мне кажется просто потому что это шаблон, а по шаблону проще. Всех кого спрашивал его не особо обожают)
@mrsnuffy21043 ай бұрын
ЦуштАнд…
@3453wer3 ай бұрын
ща бы в 2024 сравнивать килобайтики либ
@it-sin9k3 ай бұрын
люблю спички считать)
@itsMatrik3 ай бұрын
Redux не уйдет в прошлое как минимум из-за огроменного легаси кода на нем. Тем более компаниям нет смысла переходить на zustand, потому что редакс вообще не устарел. Более сложный, более громоздкий во всех смыслах, но все еще рабочий. Так что сомневаюсь, что в крупных компаниях будут переходить на него. Хотя я полностью за zustand, намного удобнее редакса всех видов
@it-sin9k3 ай бұрын
Согласен) тут скорее новые проекты будут чаще начинаться не на redux
@nvdedmz3 ай бұрын
А потом вдруг… приложение сложнее чем привет мир.. и оказывается что есть проблемы с оптимизацией:/
@it-sin9k3 ай бұрын
что за проблемы?)
@GoeHybrid3 ай бұрын
А как теперь всё это добро тестировать?
@it-sin9k3 ай бұрын
Да вроде не сложнее чем redux
@jgkdmdevienjjgg88663 ай бұрын
Тесты для неуверенных в себе. Нормальные разработчики сразу без багов пишут
@NeoCoding3 ай бұрын
@@jgkdmdevienjjgg8866гы
@SavouryGin3 ай бұрын
Надо по-немецки произносить "Цуштанд". Так круче ;) Zustand переводится с немецкого как "состояние"
@akella6084Ай бұрын
Так не круче, так правильно. :)
@AndrewMolodushko3 ай бұрын
in addition to persist: you can store your values as url search/hash params and control store hidration
@FirstJoker-ft2pb3 ай бұрын
После видео я пошел изучать зустанд через доку, уже зная редакс/тулкит. Выучил за 3 часа все что нужно, спасибо за мотивацию ❤
@vitaliy52243 ай бұрын
в моем банке добавляли зустанд, сделали много ошибок при работе с ним. Полный запрет на асинхронный код - вот тут верно, мы не вовремя это поняли и многие куски кода пришлось перепиливать, *persist добавлял на пару страниц, но я не совсем успел попробовать на более сложных вещах (увольнялся из-за маленькой зп). В целом зустан заслуживает первое место в проектах. Щас работаю в другом проекте и использую редакс и честно скажу - зустан не победит редакс! у него другая архитектура и подход к проектам, что заменить редакс на зустанд будет ой как не просто
@ramilgaripov34473 ай бұрын
Неплохо бы ещё затронуть аспект дебага.
@ГлебСеменов-д3г3 ай бұрын
в документации есть пример интеграции с redux devtools
@baileysli62353 ай бұрын
Для меня номер 1 пока что nanostore. Хотя этот zustand тоже малeнький вроде
@it-sin9k3 ай бұрын
не слышал о таком) надо будет посмотреть)
@Frez13373 ай бұрын
@@it-sin9kдетище андрея ситника вроде
@Kostyshko2 ай бұрын
Согласен с вами на 100%. Перешёл на него после mobx. Лёгкий, быстрый, понятный. Есть persist, framework-agnostic и можно использовать даже в Vanilla Js. Не понимаю популярности redux - его время уже давно прошло, даже, если использовать RTK. В чём смысл писать, условно, 10 строк, если можно обойтись 2-3? Все эти цуштанды, jotai и т.п. чересчур кривые и многословные по сравнению с nano stores. Не понимаю также пиара всякого шлака вроде effector или, прости господи, reatom в русскоязычном коммьюнити
@Kostyshko2 ай бұрын
Очень странно, что nano stores не обладает в данный момент должной узнаваемостью. На мой взгляд, это один из лучших state-менеджеров сейчас
@andrewscott7883 ай бұрын
Zustand топ👍 после редакса как глоток свежего воздуха. И с next js на app router подружился легко
@omak33133 ай бұрын
Верю, что победит
@RatchetTV15153 ай бұрын
А какие щас бест практис, чтобы делать HTTP запросы?
@NeoCoding3 ай бұрын
если некст то через фетч на серверных компонентах. или useSWR rtq на клиентских
@EsenZ.2 ай бұрын
recoil еще лучше 😂
@SergiySev3 ай бұрын
ЦУШТАНД, ну епана
@fav75753 ай бұрын
Немного смущает размазывание логики на множество независимых сторов. Не будет ли тяжело прокидывать preloadedState по множеству независимых сторов? Как реализовать взаимодействие/общение между этими сторами?
@it-sin9k3 ай бұрын
Если относится к сторам, как к хранилищам данных и не более. Тогда общения между ними никакого нет, 2 стора делают только get / state. А дальше это не сторов обязанность :)
@fav75753 ай бұрын
@@it-sin9k , спасибо за ответ. Но мой поинт не в этом. Я про сложность использования множества независимых сторов. Ок, можно не хранить логику в сторе, превратив его в простой объект с единой задачей "get/set value" (правда, где тогда хранить логику, которая обычно лежит в санках/сагах). Остаётся prerender state. Я был немного в шоке от примера по интеграции с Next.js на официальном сайте с оборачиванием каждого стора в отдельных контекст. Плюс, не очень понятна логика селекторов, когда компоненту нужно вытащить данные из двух сторов. Можно взять пример из твоего видео по Event bus, где было необходимо останавливать запись голосового сообщения при звонке. В рамках Redux это решается довольно легко: выносим обе переменные в Redux и одним селектором достаем нужное компоненту "computed" значение `const allowRecording = useSelector((store) => store.voiceRecorder.isRecording && !store.callManager.hasCall)`. В таком случае количество сторов, которые поставляют условия может быть каким угодно, при этом количество перерендеров - минимальным. А с Zustand придётся вызывать useCallManagerStore и useVoiceRecorderStore, подписываясь на ненужные изменения.
@NeoCoding3 ай бұрын
ну да тут схема такая что компонент является связующим звеном между сторами если надо, но мне не требовалось пока. под каждый модуль свой стор просто и они изолированы
@fav75753 ай бұрын
@@NeoCoding, но тогда у компонентов образовывается слишком много ответственности. Если стор умеет только отдавать/записывать данные, получается, компонент должен знать про сторы, про фетч данных, про обработку этих данных и потенциальных ошибок. Это не особо хорошо выглядит на фоне других решений вроде Redux или Effector, где все логика разделена между сторами/слайсами, а компоненты вообще не знают этих деталей. Просто подписываются на изменения данных / диспатчат экшены/события.
@NeoCoding3 ай бұрын
@@fav7575 да наверное. у меня на относительно несложном проекте отношения со стором в основном модуль - стор. прочитал - записал. все вычисления над данными идут в утилитах, которые подключены вызываются в слайсе, результат вычисления просто кладётся в нужное поле стора. логические связи внутри компонентов тоже есть, куда без этого, всё же логика завязана на ui. В принципе можно было бы сделать один стор на весь проект, но мы пошли по пути создания отдельного стора на каждую страницу, так из удобства работы - громадный стор не так удобно обслуживать.
@awakeupcall53363 ай бұрын
Valtio топчик!
@LDC73 ай бұрын
Ну тогда давай ещё и про Jotai (zustand 2.0?)
@it-sin9k3 ай бұрын
Не слышал про такой) надо смотреть)
@artpotlov3 ай бұрын
@@it-sin9k причем они от одного и того же мейнтейнера. Только zustand больше про глобальный стор, а jotai про атомный..
@EnjoyerOfBepis3 ай бұрын
У jotai самый критичный недостаток для меня был в том, что нельзя читать и изменять значения атомов вне компонентов реакта, в отличие от zustand. А так в остальном показалось лучше.
@Disorrder3 ай бұрын
Jotai - это не зустанд 2.0 🤣 они примерно в одно время появились. Хоть и очень похожи, но зустанд всё-таки удобнее и выиграл маркетинговую гонку
@kri4evskiy3 ай бұрын
Зустанд - хорош. Очень удобно им пользоваться
@it-sin9k3 ай бұрын
Топ) смотрю в основном хорошие отзывы)
@dimabatalshikov23823 ай бұрын
Как всегда коротко, по делу и ясно! Спасибо!
@greydragon8883 ай бұрын
Еще не понятно, зачем так демонизировать mobx? Та схема, что там приводится - это жизненный цикл observable данных. Он необходим, чтобы понимать, что ща чем обновляется. Иначе все превращается в магию. От декораторов там давно отказались. Все что нужно, это в конструкторе makeObservable написать и все. Писать классы , это, как мне кажется, более js next way, чем писать объекты. Так же, mobx весьма неплохо подходит для описания сложных состояний отдельных компонентов. Я через mobx реализовал чистую архитектуру, чем очень доволен и использую данный подход уже 5 лет
@Graphouny773 ай бұрын
Mobx не поддерживается react compiler
@it-sin9k3 ай бұрын
Нет у меня цели демонизировать MobX :) Это лишь факты, я открыл главные страницы разных менеджеров и сравнивал, насколько быстро можно войти в эту реку. И эта таблица в самом начале. Я так же с ним работал, и знаю, что означают эти графики. А по поводу чистой архитектуры, я все же сторонник, что архитектура не должна сильно зависеть от инструментов. Я тоже во времена работы с MobX свой вариант архитектуры организовал, и благодаря отсутсвию зависимости на инструменты на Redux проектах, тоже смог ей пользоваться и на zustand не вижу никаких проблем прикрутить
@greydragon8883 ай бұрын
Большое спасибо за ответ!
@Илья-с1л6э3 ай бұрын
@@Graphouny77 не фанат mobx но как будто бы это проблемы реакт компайлера а не самого mobx
@lirrr65553 ай бұрын
@@Graphouny77 react compiler, как оказалось, практически ничего не может
@NeoCoding3 ай бұрын
год назад затягивал на проект, в целом работает. единственное в сообществе реакт в телеге не упоминайте, а то там какахами закидают грамотеи😂
@AndrewFloatrx3 ай бұрын
сравнивать RTK и Zustand по килобайтам.... ну такое... такое...
@alexeyshaykov2 ай бұрын
спасибо большое! Интересно, как они под капотом оборачивают твоё приложение в контекст собственный или как по другому?
@jgkdmdevienjjgg88663 ай бұрын
Не любитель флюксов, но если выбирать между ними то zustand показался самым простым для использования на первый, поверхностный взгляд. Популярность мне кажется именно этим и обоснована. Но простое для вхождения не значит лучшее, особенно если в проекте есть хоть какая-то сложность. Пока присматриваюсь к mobx. Redux люто ненавижу
@aleksprimetv3 ай бұрын
rtk он не обгонит скорей всего, если он не станет ztk xD
@andreass18422 ай бұрын
Если хотите показать свое никчемное чсв, то да, ни в коем случае не делайте асинхронные методы в сторе, никогда. А еще делайте как можно больше ненужных абстракций над абстракциями, которыми будете пользоваться ровно НОЛЬ раз. Ведь это же так круто, когда на простом проекте становится 10+ миллионов строк кода
@boldureans3 ай бұрын
Привет Саш! Спасибо за видео. Хотел добавить что прокаченный zustand это Valtio, где селекторы уже встроенные и можно делать простую деструктуризацию без шаллоу.
@it-sin9k3 ай бұрын
надо изучать) спасибо!)
@alexeysvetlenko22173 ай бұрын
Жду обзор Valtio vs Zustand
@frusen_sol3 ай бұрын
а еще есть Jotai, и все эти три делает одна команда и все они с разных языков переводятся как "состояние" 😊
@damirkut3 ай бұрын
Все-таки это немецкий, поэтому надо читать ЦуШтанд
@proletarian3 ай бұрын
Я за 2 года редакс использовал 1 или 2 раза и это было совсем не весело
@artemdrobyshev68473 ай бұрын
Спасибо за видосы. Инсту тоже чекам -_-
@TheTexPro3 ай бұрын
спасибо за познавательный видос!
@ssurrokk3 ай бұрын
❤
@HolovkoIvan3 ай бұрын
Интересно получилось бы сложному проекту на редакс сага перейти на Zustand + react query?
@it-sin9k3 ай бұрын
тут надо смотреть, насколько вы замазаны перемазаны сагой и редаксом)
@ПавелВоробьёв-ю2ыАй бұрын
До сих добавляете качественные субтитры, я тогда просил добавить сабы давно, до сих пор прислушались, огромное спасибо )
@it-sin9kАй бұрын
рад) что до сих пор делаем это не зря))
@HEX_CAT3 ай бұрын
Лайк в поддержку канала
@proletarian3 ай бұрын
Lerne Deutsch!
@romanmed90353 ай бұрын
при размерах проектов в мегабайты считать разницу в десять килобайт?
@it-sin9k3 ай бұрын
так проекты и становятся мегабайтными, потому что никто не считает килобайты)
@romanmed90353 ай бұрын
@@it-sin9k так если кода не одна тысяча строк. подключаемые библиотеки меркнут на фоне кода самого проекта.
@Alex-n1d8x3 ай бұрын
Не понял, почему он на хайпе? чем лучше мобх? Мобх кеширует компоненты , синтаксис использования удобный, кому надо есть автораны и прочие фишки . А в цуштанде что есть ?
@jgkdmdevienjjgg88663 ай бұрын
Медведьштанд это редукс только проще в тыщу раз, без лишних сложностей. А т.к. вся индустрия использует и молится на редукс и функциональное программирование - по этому все и радуется что он такой простой по сравнению с редкусом. А сложный код никто не пишет как будто. Это мое мнение
@dmtrkskv3 ай бұрын
В zustand можно подписаться на изменение состояния, аналогично как в реакции из mobx. Но большой плюс mobx - это, конечно, возможность напрямую мутировать состояние
@AlexanderSavchenko913 ай бұрын
не зусианд а ЦУШТАНД! этотна немецком
@it-sin9k3 ай бұрын
спасибо)
@ИванСпиридонов-ъ4с3 ай бұрын
Ксиаоми
@kiritushka3 ай бұрын
нейронкой озвучивал?
@mrstronciy10603 ай бұрын
Это его оригинальный голос 😂
@kiritushka3 ай бұрын
@@mrstronciy1060 не, зустанд нейронка произносит
@alnazarov3 ай бұрын
наверное, лет 200 пройдет до того времени, как все разрабы научатся правильно произносить Zustand
@BigMother2283 ай бұрын
А каким образом разрабы должны научиться это делать? Откуда мне знать, что это немецкое слово и правильно произносить Цуштанд ? Единственные гении это Vite, которые прям в доке и написали произношение)
@alnazarov3 ай бұрын
@@BigMother228 включайте мозги и просвещайтесь, а не только буковки на экране читайте
@BigMother2283 ай бұрын
Как по мне душновато это) Всего знать невозможно, да и произношение все таки не играет роли как работает та или иная штука)
@vanivka3 ай бұрын
@@alnazarov включить мозги это выучить немецкое произношение ради того чтобы наверняка знать как произносится название библиоткеки? нет уж, лучше другим займусь
@arinqwerty3 ай бұрын
спасибо за видео! zustand действительно крут и пользоваться им одно удовольствие, без ноток мазохизма как с тем же mobX или redux
@it-sin9k3 ай бұрын
первое впечатление именное такое же)
@bebeto123g3 ай бұрын
Не ради холивара: в Redux есть важная фича - экшены. Если мне нужно по одному экшену в разных сторах, например нужно изменение состояния в модулях, при изменении данных в глобальном состоянии (и даже может быть наоборот, чего только бизнес не попросит), то я просто импортирую экшен, который уже передает пропсы нужные и вот я уже в зависимости от них строю логику. На долгом пути такой кейс ой как оказался полезен. В Mobx же для такого кейса придется связывать отдельные сторы посредством прослоек из хуков, либо изменять один стор внутри другого стора, ну или в самом компоненте, тут каждый сам себе художник (нет). Вот интересно как связать несколько сторов в Zustand путем написания одного экшена, при этом не исключая возможности использовать этот экшен в будущем и для других сторов уровнем выше\ниже или соседние, как это имеет Redux со своими сложными редукторами -_-
@amelianceskymusic3 ай бұрын
Что по Zustand + Next?
@it-sin9k3 ай бұрын
честно говоря не знаю
@Xelson13373 ай бұрын
@@it-sin9kна сколько я знаю у zustand в общем все не хорошо с SSR
@NeoCoding3 ай бұрын
да норм работет так же, но на клиентских
@ИгорьПушкин-р6т3 ай бұрын
как заходит дело дальше примеров для инкремента счетчика, так сразу начинается обмазывание колбэками и прочей лабудой... жаль. "неочевидных прокси оберток" - странно слышать от автора, который вроде как по js же контент пилит. даже интересно, что неочевидно в Proxy? "низкий порог вхождение" - это уже должно звучать как минус. Потом такие проекты после отряда джунов нереально поддерживать. "мобикс можно написать 10 способами" = "чтобы уметь пользоваться мобикс, надо книжки читать" = "высокий порог вхождение" - так то это плюс, код всяко лучше будет выглядеть, чем написанный теми, кому хватило примеров инкремента счетчиков. за контент спасибо!
@it-sin9k3 ай бұрын
Крайне сомнительная конструкция вами описана > "мобикс можно написать 10 способами" = "чтобы уметь пользоваться мобикс, надо книжки читать" = "высокий порог вхождение" Мы приходим на работу, чтобы решать бизнес задачи, а не учить инструменты. И завтра новый чел, должен вникнуть в твою кодовую базу и снова приносить value для компании. И вроде как низкий порог вхождения === экономия для бизнеса === однозначно плюс
@SKP64o3 ай бұрын
@@it-sin9k Только вот, есть одно но. Низкий порог вхождения, чаще всего, равен низкой профессиональности. Программист с высокими проф навыками приносит больший Value, и его код не превратится во время поддержки в x10 по деньгам для бизнеса
@qbebp3 ай бұрын
@@it-sin9kэто база. Почему-то многие погроммисты забывают, что их задача код писать, который будет зарабатывать деньги. И желательно, чтоб другие макаки этот код понимали, от мала до велика.
@khmilevoi3 ай бұрын
мы то знаем что лучшей стейт менеджер это $mol))))
@MudroZvon3 ай бұрын
... на палочке
@ОлегСелин-ш9ы3 ай бұрын
Больше понравился reatom. Но zustand конечно ментально проще. Ну и плюс у zustand тянется схожая пачка минусов с селектора и и прочей ерундой
@horusak42323 ай бұрын
Цуштанд. Словцо немецкое = "состояние".
@proletarian3 ай бұрын
Genau
@it-sin9k3 ай бұрын
Блин) кто же знал)
@Fodintsov3 ай бұрын
@@it-sin9k Откровенно удивлен, что ты не проверил. Как теперь ролик смотреть? ))
@gregdmitriev27843 ай бұрын
Блин, ты мне всю жизнь испоганил ! Как жить-то теперь, когда это узнал ?! 😄
@Disorrder3 ай бұрын
Я недавно собеседовался в нидерландскую компанию. Они говорят зустанд, не переживай)