Победит ли Zustand старичка Redux?

Сегодня Zustand является номером 2 в мире стейт менджеров React. Его основные соперники это Redux и MobX. Выйдет ли Zustand на первое место? Буду ли я его использовать в своих проект? Все это обсудим в новом видео
ТГ канал - t.me/it_sin9k
Поддержать Айти Синяка можно здесь:
KZread: / @it-sin9k
boosty: boosty.to/sin9k
Patreon: / itsin9k
00:00 Анонс темы
00:33 Изучаем документацию
02:50 Как достать весь стор
03:10 Достаем данные кусками
05:03 Async метод
05:22 Persist
05:43 Reselect
06:06 Итоги
Подписаться на канал: / @it-sin9k
Twitter: / it_sin9k

Пікірлер: 220

  • @animekontororu9996
    @animekontororu9996Ай бұрын

    "Для меня Zustand стал стейт менеджером номер 1" "Я ни разу не использовал его в продакшене" Синяк наваливает базу

  • @it-sin9k

    @it-sin9k

    Ай бұрын

    первое скорее про эмоции, а второе по фактам))

  • @sno-oze
    @sno-ozeАй бұрын

    мы затаскивали Zustand в проект с 100к плюс/минус уникальными посетителями каждый день, не знаю можно считать это большим проектом или нет, но, честно говоря, ни разу не пожалели о своём выборе. Даже когда добирали сотрудников на проект. они говорили. что не знают Zustand, но стоило им посмотреть код, их обратный фидбек был в том, что как всё просто и понятно.

  • @it-sin9k

    @it-sin9k

    Ай бұрын

    спасибо за подробный фидбек!)

  • @cassra8289

    @cassra8289

    Ай бұрын

    Размер проекта измеряется не в количестве уникальных пользователей, а в присутствии огромного количества сложной логики, кучи стейтов и экранов в приложении)

  • @_always_21

    @_always_21

    Ай бұрын

    ​@@cassra8289 или кол-во кода, или кол-во сотрудников на проекте, или еще чего-то. С чего вы решили, чтобольшой проект это именно то, что вы написали?

  • @korkota

    @korkota

    Ай бұрын

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

  • @AndrewMolodushko
    @AndrewMolodushkoАй бұрын

    in addition to persist: you can store your values as url search/hash params and control store hidration

  • @user-yf3kg1xn8z
    @user-yf3kg1xn8zАй бұрын

    Надо по-немецки произносить "Цуштанд". Так круче ;) Zustand переводится с немецкого как "состояние"

  • @maxbugs1293
    @maxbugs1293Ай бұрын

    Было бы интересно узнать про то как лучше работать с async методами, про какие абстракции в архитектуре идет речь, было бы интересно узнать)

  • @it-sin9k

    @it-sin9k

    Ай бұрын

    Обязательно об этом расскажу позже)

  • @MrREALball

    @MrREALball

    Ай бұрын

    стор должен хранить в себе данные и иметь возможность их изменять, он не должен вызывать side-эффекты при вызове какого-нибудь действия. Стор - это просто состояние. Асинхронный код должен вызываться вне стора, совершенно отдельно. Например у тебя есть форма, при её сохранении ты хочешь отправить запрос на сервер, а потом записать что-то (например вернувшийся id, хз) в стор, то вместо того, чтобы делать запрос в действии стора, следует сделать запрос просто в обычной ф-ии, а по его завершении вызвать, например setObjectId() из стора.

  • @user-ci2he1nx6z

    @user-ci2he1nx6z

    Ай бұрын

    + Интересно узнать, синяк, где у тебя в проекте асинхронные запросы.

  • @MaksTrueman

    @MaksTrueman

    Ай бұрын

    ⁠@@MrREALball а что мешает исполнять асинхронный код в сторе? Кроме «традиций»😅 Если библиотека это позволяет.

  • @MrREALball

    @MrREALball

    Ай бұрын

    @@MaksTrueman масштабируемость, например. Это банальное разграничение зон ответственности и если его не будет - будет страдать масштабируемость, будет сложнее вводить новых сотрудников в курс дела и следить за тем, чтобы они не косячили

  • @dimabatalshikov2382
    @dimabatalshikov2382Ай бұрын

    Как всегда коротко, по делу и ясно! Спасибо!

  • @DreamingDolphing
    @DreamingDolphingАй бұрын

    Zustand уже встречается в вакансиях вместо Redux, а значит его активно используют в продакшене. И это хорошо, потому что Redux надо давно хоронить.

  • @FirstJoker-ft2pb
    @FirstJoker-ft2pbАй бұрын

    После видео я пошел изучать зустанд через доку, уже зная редакс/тулкит. Выучил за 3 часа все что нужно, спасибо за мотивацию ❤

  • @TheTexPro
    @TheTexProАй бұрын

    спасибо за познавательный видос!

  • @WebDev_51
    @WebDev_51Ай бұрын

    Спасибо за работу

  • @omak3313
    @omak3313Ай бұрын

    Верю, что победит

  • @HEX_CAT
    @HEX_CATАй бұрын

    Лайк в поддержку канала

  • @johndoe4016qweasd
    @johndoe4016qweasdАй бұрын

    с последних проектов, с которыми сталкивался, складывается впечатление, что редакс выбирают чисто из-за работы с привычным стеком, который себя вроде как зарекомендовал в прошлом но после того, как на одном из проектов заменил ядерную комбинацию redux-toolkit + saga (засетапленную не мной), на zustand + react-query, понял, что скорость выполнения задач возросла в разы и особого смысла в редаксе уже как бы и нету имхо да, можно спорить про архитектурные моменты, разделение кода и ответственности и бла-бла-бла, но по факту проект, который сейчас разросся до огромного приложения, отлично себя чувствует на рельсах зустанда вот кое-что на вентилятор и, возможно, "на обсудить" - некоторые "архитектурные" принципы возникли из-за редакса и теперь просто не налезают на современные тулзы вроде зустанда, т.к. просто не нужны :)

  • @bebeto123g

    @bebeto123g

    Ай бұрын

    Сегодня буквально смотрел проектик, помочь нужно, там тоже стэк redux-toolkit + saga. ЗАчем вообще saga, если в toolkit уже встроен RTK Query?? Т.е. выбор zustand + react-query просто отсеял redux :Ъ А вот концепции saga не понял, но с ней и не работал никогда, может и есть чего ультраимбового

  • @HeaDannn

    @HeaDannn

    Ай бұрын

    @@bebeto123g ультрабойлерплейт наподобие старого редакса =)) забавно что поверх саг даже либу написали для минимизации однотипных действий (redux-saga-routines)

  • @johndoe4016qweasd

    @johndoe4016qweasd

    Ай бұрын

    @@bebeto123g и я о том же) выдохнул с огромнейшим облегчением после переезда на zustand)

  • @jyjyjyj3

    @jyjyjyj3

    Ай бұрын

    А потом ты узнаешь что и zustand не особо нужен, да и react-query можно тоже в целом выкинуть

  • @chirkov

    @chirkov

    Ай бұрын

    @@bebeto123g редакс + сага это жесть. Код больше на крякозябры похож. Что это за оптимизация кода, когда код невозможно читать)

  • @serious_psychologist
    @serious_psychologistАй бұрын

    О, это Вы еще значит не знаете про Valtio :-) вот эта мне реально понравилась. Особенно то что оно работает как для React'а, так и для Vanilla. Т.е. я могу снаружи изменить стейт и компонент перерисуется, плюс я гонял его на SSR и на клиенте, прекрасно работает.

  • @user-tp6mn4kl6s
    @user-tp6mn4kl6sАй бұрын

    Как дела у zustand с тестированием (моки) и дебагом (можно ли и удобно ли смотреть текущий стейт в инспекторе)?

  • @user-oj1ji5gr6o

    @user-oj1ji5gr6o

    Ай бұрын

    В плане дебага- да, можно. Они юзают redux devtools :) В доке описано как добавить. Буквально импорт + доп обертка над create

  • @Ramosok
    @RamosokАй бұрын

    Слава богу)) я думал ты уже в инсту перешел😊

  • @it-sin9k

    @it-sin9k

    Ай бұрын

    ахахах) на самом деле мы работаем над проектиком одним в фоне для Синяка)

  • @Romul3003
    @Romul3003Ай бұрын

    Юзали цуштанд последние 2 года на всех своих новых проектах, все нравится, все круто!

  • @HaywasterChannel
    @HaywasterChannel18 күн бұрын

    Не могу нигде найти: есть ли в zustand нормализация данных, как в redux?

  • @dima__rx5fw3rm1n
    @dima__rx5fw3rm1nАй бұрын

    zustand прост и асинхронен. Можно передавать кастомную ф-цию сравнения изменений. Но, как комбайнить, если много функционала в связанной фиче? Slices Pattern в доках не открывается

  • @igorsavelev9013
    @igorsavelev9013Ай бұрын

    Redux сейчас идёт вместе с rtk-query . Zustand, наверное, придется использовать с react-query. Было бы интересно сравнить удобство пользования и размер

  • @EnjoyerOfBepis

    @EnjoyerOfBepis

    Ай бұрын

    Главное их не смешивать. Видел дичь, когда люди делают запросы через react-query и сохраняют сетевой кеш внутри zustand :) Т.е. полное непонимание смысла react-query.

  • @user-dx6pz3vi1n

    @user-dx6pz3vi1n

    Ай бұрын

    По своему опыту скажу, что удобнее rtk-query, тем более, что в комплекте идёт state и в этом есть плюсы при взаимодействии. По размерам, написал в недавнем посте)

  • @NIReeMK

    @NIReeMK

    Ай бұрын

    @@user-dx6pz3vi1n мне кажется react query намного проще. вот допустим на нем вообще легко сделать infinite query, а в rtk query чет нужно самому придумывать и возиться с этим..

  • @MrREALball

    @MrREALball

    Ай бұрын

    @@user-dx6pz3vi1n я ни разу не работал с rtk-query, на проектах используем @tanstack/query + zustand/mobx, но посмотрев на примеры кода в документации, я не могу представить ситуацию, в которой мы хоть на одном нормальном продакт решении попробуем это вместо @tanstack/query. Конечно ради саморазвития я попробую что-нибудь сварганить с помощью него, но выглядит это как просто ненужное нагромождение всего и вся. В китченсинке вообще получается что rtk - это ещё и замена стандартного fetch/axios. А что, если меня fetch устраивает? А что, если у меня вообще запрос ни к апи делается, а к веб воркеру например (с помощью щепотки магии)? Не знаю, может я просто слишком сильно отдалился от концепции глобальных состояний (в частности благодаря @tanstack/query & react-hook-form), но всё это выглядит абсолютно необязательным, да ещё и сильно повышает порог входа в проект. Конечно, разобраться с этим можно за пару часов, при желании, но я просто реально не понимаю: зачем? В чём преимущество такого подхода? Масштабируемость? Нет, огромный монорепозиторий с кучей модулей спокойно работает и без этого и, скорей всего, с меньшим coupling'ом. Необходимость? Непонятно в чём заключается. Удобство? Тоже не понятно где.

  • @lolhohol

    @lolhohol

    Ай бұрын

    Использую в новом проекте Zustand и react-query, это лучшее что со мной происходило за последнее время )))

  • @vanivka
    @vanivkaАй бұрын

    не хватает конечно примеров с typescript, и расскажи пожалуйста про эти свои абстракции для async запросов, учитывая что react query ты, судя по видео про него, не рекоммендуешь

  • @it-sin9k

    @it-sin9k

    Ай бұрын

    да) у меня есть альтернатива) поделюсь ей позже)

  • @boldureans
    @boldureansАй бұрын

    Привет Саш! Спасибо за видео. Хотел добавить что прокаченный zustand это Valtio, где селекторы уже встроенные и можно делать простую деструктуризацию без шаллоу.

  • @it-sin9k

    @it-sin9k

    Ай бұрын

    надо изучать) спасибо!)

  • @alexeysvetlenko2217

    @alexeysvetlenko2217

    Ай бұрын

    Жду обзор Valtio vs Zustand

  • @frusen_sol

    @frusen_sol

    Ай бұрын

    а еще есть Jotai, и все эти три делает одна команда и все они с разных языков переводятся как "состояние" 😊

  • @artemdrobyshev6847
    @artemdrobyshev6847Ай бұрын

    Спасибо за видосы. Инсту тоже чекам -_-

  • @RatchetTV1515
    @RatchetTV1515Ай бұрын

    А какие щас бест практис, чтобы делать HTTP запросы?

  • @NeoCoding

    @NeoCoding

    24 күн бұрын

    если некст то через фетч на серверных компонентах. или useSWR rtq на клиентских

  • @mrstronciy1060
    @mrstronciy1060Ай бұрын

    А что с Redux Toolkit? Он вроде и работает, но без redux store не то.

  • @HolovkoIvan
    @HolovkoIvan26 күн бұрын

    Интересно получилось бы сложному проекту на редакс сага перейти на Zustand + react query?

  • @it-sin9k

    @it-sin9k

    26 күн бұрын

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

  • @NeoCoding
    @NeoCoding24 күн бұрын

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

  • @fav7575
    @fav7575Ай бұрын

    Немного смущает размазывание логики на множество независимых сторов. Не будет ли тяжело прокидывать preloadedState по множеству независимых сторов? Как реализовать взаимодействие/общение между этими сторами?

  • @it-sin9k

    @it-sin9k

    Ай бұрын

    Если относится к сторам, как к хранилищам данных и не более. Тогда общения между ними никакого нет, 2 стора делают только get / state. А дальше это не сторов обязанность :)

  • @fav7575

    @fav7575

    Ай бұрын

    ​@@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, подписываясь на ненужные изменения.

  • @NeoCoding

    @NeoCoding

    24 күн бұрын

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

  • @fav7575

    @fav7575

    24 күн бұрын

    ⁠​⁠​⁠@@NeoCoding, но тогда у компонентов образовывается слишком много ответственности. Если стор умеет только отдавать/записывать данные, получается, компонент должен знать про сторы, про фетч данных, про обработку этих данных и потенциальных ошибок. Это не особо хорошо выглядит на фоне других решений вроде Redux или Effector, где все логика разделена между сторами/слайсами, а компоненты вообще не знают этих деталей. Просто подписываются на изменения данных / диспатчат экшены/события.

  • @NeoCoding

    @NeoCoding

    22 күн бұрын

    ​@@fav7575 да наверное. у меня на относительно несложном проекте отношения со стором в основном модуль - стор. прочитал - записал. все вычисления над данными идут в утилитах, которые подключены вызываются в слайсе, результат вычисления просто кладётся в нужное поле стора. логические связи внутри компонентов тоже есть, куда без этого, всё же логика завязана на ui. В принципе можно было бы сделать один стор на весь проект, но мы пошли по пути создания отдельного стора на каждую страницу, так из удобства работы - громадный стор не так удобно обслуживать.

  • @awakeupcall5336
    @awakeupcall5336Ай бұрын

    Valtio топчик!

  • @frusen_sol
    @frusen_solАй бұрын

    Цуштанд очень хорош, но мы используем preact-signals.

  • @jgkdmdevienjjgg8866

    @jgkdmdevienjjgg8866

    Ай бұрын

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

  • @Disorrder
    @DisorrderАй бұрын

    Как из ничего сделать видос на 8 минут))) спасибо, что почитал доку за меня

  • @it-sin9k

    @it-sin9k

    Ай бұрын

    Всегда к твоим услугам)

  • @andrewscott788
    @andrewscott788Ай бұрын

    Zustand топ👍 после редакса как глоток свежего воздуха. И с next js на app router подружился легко

  • @vitaliy5224
    @vitaliy5224Ай бұрын

    в моем банке добавляли зустанд, сделали много ошибок при работе с ним. Полный запрет на асинхронный код - вот тут верно, мы не вовремя это поняли и многие куски кода пришлось перепиливать, *persist добавлял на пару страниц, но я не совсем успел попробовать на более сложных вещах (увольнялся из-за маленькой зп). В целом зустан заслуживает первое место в проектах. Щас работаю в другом проекте и использую редакс и честно скажу - зустан не победит редакс! у него другая архитектура и подход к проектам, что заменить редакс на зустанд будет ой как не просто

  • @kri4evskiy
    @kri4evskiyАй бұрын

    Зустанд - хорош. Очень удобно им пользоваться

  • @it-sin9k

    @it-sin9k

    Ай бұрын

    Топ) смотрю в основном хорошие отзывы)

  • @ssurrokk
    @ssurrokkАй бұрын

  • @ramilgaripov3447
    @ramilgaripov3447Ай бұрын

    Неплохо бы ещё затронуть аспект дебага.

  • @user-ci9dr6gt8z

    @user-ci9dr6gt8z

    Ай бұрын

    в документации есть пример интеграции с redux devtools

  • @greydragon888
    @greydragon888Ай бұрын

    Спасибо за ролик! Возникает несколько вопросов 1 с чего вы взяли, что mobx - state manager? Он ничего общего к state management не имеет! State manager - это mobx state tree. Mobx - это библиотека для работы с observable структурами 2 честно сказать, zustand выглядит как хорошая штука для маленьких pet projects. Использование его в enterprise решениях вызывает ряд вопросов: Как отделить доменную логику от бизнес логики? Как отделить слой репозиториев? Почему вообще инструмент работы с данными должен быть вмонтирован в react?

  • @it-sin9k

    @it-sin9k

    Ай бұрын

    Привет :) 1. Когда открываешь npm Mobx там первая фраза "Simple, scalable state management." 2. В моей парадигме стор это не место для любой логики, это лишь set / get хранилище. В итоге у меня есть хорошее решение как я отделяю это все 3. Инструмент не вмонтирован в React, я не показывал пример в ролике, что с ним можно работать напрямую как с любым стором. Это дэфолт для любого стора

  • @MayFlit

    @MayFlit

    Ай бұрын

    1. Как отделить тебя от душноты? 1. Никак.

  • @jgkdmdevienjjgg8866

    @jgkdmdevienjjgg8866

    Ай бұрын

    А в чем отличие доменной логики от бизнес логики? Зушьтанд вроде как мультистор, поидее делишь сторы как тебе нужно и все? Ну или я мож чего-то не понимаю. Про слои можно fsd глянуть. mobx можно назвать стейт менеджером, но если сравнивать с redux tookit или mobx state tree то согласен что он более низкоуровневый и в первую очередь это просто либа с адекватным механизмом реактивности в замену реактовскому подходу.

  • @dmtrkskv

    @dmtrkskv

    Ай бұрын

    @@it-sin9k 3. У zustand 2 api для создания сторов: - createStore без привязки к react. - create, который использует под капотом useSyncExternalStore из react, чтобы работал ререндер на изменение состояния.

  • @NeoCoding
    @NeoCoding24 күн бұрын

    год назад затягивал на проект, в целом работает. единственное в сообществе реакт в телеге не упоминайте, а то там какахами закидают грамотеи😂

  • @Умарбек-Махмадиев
    @Умарбек-МахмадиевАй бұрын

    я сам пользуюсь zustand, хочу сказать что это удобно чем redux с своими RTK Query

  • @artma5
    @artma525 күн бұрын

    У меня был опыт с Zustand для SPA приложения. Крайне положительный опыт: нулевой порог вхождения, легковесный, никакого бойлерплейта

  • @TheLevius
    @TheLeviusАй бұрын

    да, классный стейт менеджер, где есть реакт 18

  • @macon5696
    @macon5696Ай бұрын

    я игрался с zustand не понравилось пару моментов: 1) то что есть доступ к методам редюсера и ты можешь их переопределить 2) то что из-за отсутствия провайдера с асинхронным перзистом происходит 2 рендера вначале, первыр раз дефолтный стор, а второй уже подгруженный из перзиста

  • @fedor_pereverzev
    @fedor_pereverzevАй бұрын

    Похоже на pinia)

  • @user-tt5pf3vg4x
    @user-tt5pf3vg4xАй бұрын

    У меня к zustand лишь одна претензия - ооочень сильная завязка на react. Использование сторов вне компонентов неудобное, из-за чего есть проблема с вынесением бизнес логики в отдельные сервисы. Приходится все равно все закручивать вокруг react компонентов, из-за чего ui и логика очень тесно связываются Мне было бы интересно посмотреть на упомянутый в видео способ работы с асинхронными action-ами, очень жду!:)

  • @shashi-kf3mw
    @shashi-kf3mw24 күн бұрын

    Народ, че думаете на счет jotai?

  • @Ernuna
    @ErnunaАй бұрын

    Зустанд уже опередил редакс тулкит по скачиваниям в нпм

  • @romanmed9035
    @romanmed9035Ай бұрын

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

  • @it-sin9k

    @it-sin9k

    Ай бұрын

    так проекты и становятся мегабайтными, потому что никто не считает килобайты)

  • @romanmed9035

    @romanmed9035

    Ай бұрын

    @@it-sin9k так если кода не одна тысяча строк. подключаемые библиотеки меркнут на фоне кода самого проекта.

  • @Sinedy
    @SinedyАй бұрын

    После MobX Zustand не зашёл вообще. Очень многословен и нет нормальных компьютедов. Кажется, что когда (и если) в JS дотащат сигналы, такой подход будет более распространён.

  • @SuhushinAS
    @SuhushinASАй бұрын

    Почему-то, при сравнении какого-нибудь стейт-менеджера с Redux, подразумевается самый первый вариант его использования из 2015. А если ещё убрать асинхронные экшены, как предлагается в видео, то отличий будет совсем немного.)

  • @LDC7
    @LDC7Ай бұрын

    Ну тогда давай ещё и про Jotai (zustand 2.0?)

  • @it-sin9k

    @it-sin9k

    Ай бұрын

    Не слышал про такой) надо смотреть)

  • @artpotlov

    @artpotlov

    Ай бұрын

    @@it-sin9k причем они от одного и того же мейнтейнера. Только zustand больше про глобальный стор, а jotai про атомный..

  • @EnjoyerOfBepis

    @EnjoyerOfBepis

    Ай бұрын

    У jotai самый критичный недостаток для меня был в том, что нельзя читать и изменять значения атомов вне компонентов реакта, в отличие от zustand. А так в остальном показалось лучше.

  • @Disorrder

    @Disorrder

    Ай бұрын

    Jotai - это не зустанд 2.0 🤣 они примерно в одно время появились. Хоть и очень похожи, но зустанд всё-таки удобнее и выиграл маркетинговую гонку

  • @greg130
    @greg130Ай бұрын

    В целом, похож на эффектор и немного на рекоил

  • @jgkdmdevienjjgg8866

    @jgkdmdevienjjgg8866

    Ай бұрын

    Нет чел, присмотрись. Он похож на МЕДВЕДЯ

  • @baileysli6235
    @baileysli6235Ай бұрын

    Для меня номер 1 пока что nanostore. Хотя этот zustand тоже малeнький вроде

  • @it-sin9k

    @it-sin9k

    Ай бұрын

    не слышал о таком) надо будет посмотреть)

  • @Frez1337

    @Frez1337

    Ай бұрын

    @@it-sin9kдетище андрея ситника вроде

  • @Kostyshko

    @Kostyshko

    19 күн бұрын

    Согласен с вами на 100%. Перешёл на него после mobx. Лёгкий, быстрый, понятный. Есть persist, framework-agnostic и можно использовать даже в Vanilla Js. Не понимаю популярности redux - его время уже давно прошло, даже, если использовать RTK. В чём смысл писать, условно, 10 строк, если можно обойтись 2-3? Все эти цуштанды, jotai и т.п. чересчур кривые и многословные по сравнению с nano stores. Не понимаю также пиара всякого шлака вроде effector или, прости господи, reatom в русскоязычном коммьюнити

  • @Kostyshko

    @Kostyshko

    19 күн бұрын

    Очень странно, что nano stores не обладает в данный момент должной узнаваемостью. На мой взгляд, это один из лучших state-менеджеров сейчас

  • @kiritushka
    @kiritushkaАй бұрын

    нейронкой озвучивал?

  • @mrstronciy1060

    @mrstronciy1060

    Ай бұрын

    Это его оригинальный голос 😂

  • @kiritushka

    @kiritushka

    Ай бұрын

    @@mrstronciy1060 не, зустанд нейронка произносит

  • @levinbraun3475
    @levinbraun3475Ай бұрын

    произносится как зуштанд

  • @kirill-dev

    @kirill-dev

    Ай бұрын

    Тогда уж Цуштанд, коли по-немецки

  • @Disorrder

    @Disorrder

    Ай бұрын

    Ходил на собеседование в нидерландскую компанию, они говорят зустанд, никаких проблем. У них немецкий родной, если что)

  • @Ernuna
    @ErnunaАй бұрын

    Создатель либы японец Диши Като произносит зустанд как Зустанд, так что все норм) не слушай всяких цуштандов )

  • @it-sin9k

    @it-sin9k

    Ай бұрын

    ахахах) спасибо за поддержку!)

  • @greydragon888
    @greydragon888Ай бұрын

    Еще не понятно, зачем так демонизировать mobx? Та схема, что там приводится - это жизненный цикл observable данных. Он необходим, чтобы понимать, что ща чем обновляется. Иначе все превращается в магию. От декораторов там давно отказались. Все что нужно, это в конструкторе makeObservable написать и все. Писать классы , это, как мне кажется, более js next way, чем писать объекты. Так же, mobx весьма неплохо подходит для описания сложных состояний отдельных компонентов. Я через mobx реализовал чистую архитектуру, чем очень доволен и использую данный подход уже 5 лет

  • @Graphouny77

    @Graphouny77

    Ай бұрын

    Mobx не поддерживается react compiler

  • @it-sin9k

    @it-sin9k

    Ай бұрын

    Нет у меня цели демонизировать MobX :) Это лишь факты, я открыл главные страницы разных менеджеров и сравнивал, насколько быстро можно войти в эту реку. И эта таблица в самом начале. Я так же с ним работал, и знаю, что означают эти графики. А по поводу чистой архитектуры, я все же сторонник, что архитектура не должна сильно зависеть от инструментов. Я тоже во времена работы с MobX свой вариант архитектуры организовал, и благодаря отсутсвию зависимости на инструменты на Redux проектах, тоже смог ей пользоваться и на zustand не вижу никаких проблем прикрутить

  • @greydragon888

    @greydragon888

    Ай бұрын

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

  • @user-yw9wx4lv2w

    @user-yw9wx4lv2w

    Ай бұрын

    @@Graphouny77 не фанат mobx но как будто бы это проблемы реакт компайлера а не самого mobx

  • @lirrr6555

    @lirrr6555

    Ай бұрын

    @@Graphouny77 react compiler, как оказалось, практически ничего не может

  • @amelianceskymusic
    @amelianceskymusicАй бұрын

    Что по Zustand + Next?

  • @it-sin9k

    @it-sin9k

    Ай бұрын

    честно говоря не знаю

  • @Xelson1337

    @Xelson1337

    Ай бұрын

    ​@@it-sin9kна сколько я знаю у zustand в общем все не хорошо с SSR

  • @NeoCoding

    @NeoCoding

    24 күн бұрын

    да норм работет так же, но на клиентских

  • @akmilPasha
    @akmilPashaАй бұрын

    04:05 - я сразу и не понял что такое: нацы хани

  • @it-sin9k

    @it-sin9k

    Ай бұрын

    ахахах)

  • @DubinArtur

    @DubinArtur

    Ай бұрын

    Как Харе Кришна, только Нацы Хани

  • @user-rf4nb9gh4o
    @user-rf4nb9gh4oАй бұрын

    Давай про эффектор очень интересно послушать твое мнение

  • @it-sin9k

    @it-sin9k

    Ай бұрын

    Хорошо) запишу)

  • @user-yw9wx4lv2w

    @user-yw9wx4lv2w

    Ай бұрын

    чтобы рассказывать про effector(как в целом про любую технологию) с ним надо сначала поработать, иначе ценность мнения равна нулю

  • @user-vj7ec1ms4d
    @user-vj7ec1ms4dАй бұрын

    как заходит дело дальше примеров для инкремента счетчика, так сразу начинается обмазывание колбэками и прочей лабудой... жаль. "неочевидных прокси оберток" - странно слышать от автора, который вроде как по js же контент пилит. даже интересно, что неочевидно в Proxy? "низкий порог вхождение" - это уже должно звучать как минус. Потом такие проекты после отряда джунов нереально поддерживать. "мобикс можно написать 10 способами" = "чтобы уметь пользоваться мобикс, надо книжки читать" = "высокий порог вхождение" - так то это плюс, код всяко лучше будет выглядеть, чем написанный теми, кому хватило примеров инкремента счетчиков. за контент спасибо!

  • @it-sin9k

    @it-sin9k

    Ай бұрын

    Крайне сомнительная конструкция вами описана > "мобикс можно написать 10 способами" = "чтобы уметь пользоваться мобикс, надо книжки читать" = "высокий порог вхождение" Мы приходим на работу, чтобы решать бизнес задачи, а не учить инструменты. И завтра новый чел, должен вникнуть в твою кодовую базу и снова приносить value для компании. И вроде как низкий порог вхождения === экономия для бизнеса === однозначно плюс

  • @SKP64o

    @SKP64o

    Ай бұрын

    @@it-sin9k Только вот, есть одно но. Низкий порог вхождения, чаще всего, равен низкой профессиональности. Программист с высокими проф навыками приносит больший Value, и его код не превратится во время поддержки в x10 по деньгам для бизнеса

  • @qbebp

    @qbebp

    29 күн бұрын

    @@it-sin9kэто база. Почему-то многие погроммисты забывают, что их задача код писать, который будет зарабатывать деньги. И желательно, чтоб другие макаки этот код понимали, от мала до велика.

  • @chikenmacnugget
    @chikenmacnuggetАй бұрын

    Удивительно как до реакт коммьюнити долго доходит, что они делают какую-то чушню

  • @proletarian
    @proletarianАй бұрын

    Я за 2 года редакс использовал 1 или 2 раза и это было совсем не весело

  • @damirkut
    @damirkutАй бұрын

    Все-таки это немецкий, поэтому надо читать ЦуШтанд

  • @dynamitesfera
    @dynamitesferaАй бұрын

    effector же

  • @it-sin9k

    @it-sin9k

    26 күн бұрын

    надо и на него обзор сделать)

  • @mrsnuffy2104
    @mrsnuffy2104Ай бұрын

    ЦуштАнд…

  • @user-ud4bj9vc7l
    @user-ud4bj9vc7l9 күн бұрын

    Зустанд топ

  • @tehbangel
    @tehbangelАй бұрын

    Болею за zustand, хоть в вакансиях его и не встречал (рб), не знаю даже, почему многие до сих пор сидят на redux, а еще и thunk и тд. и тп., а еще пишут "нет легаси", ну ну :), просто нет желания переписывать, вот и тянут. Bear is here!

  • @jgkdmdevienjjgg8866

    @jgkdmdevienjjgg8866

    Ай бұрын

    Да мне кажется просто потому что это шаблон, а по шаблону проще. Всех кого спрашивал его не особо обожают)

  • @timurbabkin8113
    @timurbabkin8113Ай бұрын

    Цуштанд

  • @lirrr6555

    @lirrr6555

    Ай бұрын

    цпшухжктанд

  • @bebeto123g
    @bebeto123gАй бұрын

    Не ради холивара: в Redux есть важная фича - экшены. Если мне нужно по одному экшену в разных сторах, например нужно изменение состояния в модулях, при изменении данных в глобальном состоянии (и даже может быть наоборот, чего только бизнес не попросит), то я просто импортирую экшен, который уже передает пропсы нужные и вот я уже в зависимости от них строю логику. На долгом пути такой кейс ой как оказался полезен. В Mobx же для такого кейса придется связывать отдельные сторы посредством прослоек из хуков, либо изменять один стор внутри другого стора, ну или в самом компоненте, тут каждый сам себе художник (нет). Вот интересно как связать несколько сторов в Zustand путем написания одного экшена, при этом не исключая возможности использовать этот экшен в будущем и для других сторов уровнем выше\ниже или соседние, как это имеет Redux со своими сложными редукторами -_-

  • @3453wer
    @3453werАй бұрын

    ща бы в 2024 сравнивать килобайтики либ

  • @it-sin9k

    @it-sin9k

    26 күн бұрын

    люблю спички считать)

  • @EsenZ.
    @EsenZ.7 күн бұрын

    recoil еще лучше 😂

  • @arinqwerty
    @arinqwertyАй бұрын

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

  • @it-sin9k

    @it-sin9k

    Ай бұрын

    первое впечатление именное такое же)

  • @user-nx9ki5to5r
    @user-nx9ki5to5rАй бұрын

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

  • @jgkdmdevienjjgg8866

    @jgkdmdevienjjgg8866

    Ай бұрын

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

  • @dmtrkskv

    @dmtrkskv

    Ай бұрын

    В zustand можно подписаться на изменение состояния, аналогично как в реакции из mobx. Но большой плюс mobx - это, конечно, возможность напрямую мутировать состояние

  • @aleksprimetv
    @aleksprimetvАй бұрын

    rtk он не обгонит скорей всего, если он не станет ztk xD

  • @jgkdmdevienjjgg8866
    @jgkdmdevienjjgg8866Ай бұрын

    Не любитель флюксов, но если выбирать между ними то zustand показался самым простым для использования на первый, поверхностный взгляд. Популярность мне кажется именно этим и обоснована. Но простое для вхождения не значит лучшее, особенно если в проекте есть хоть какая-то сложность. Пока присматриваюсь к mobx. Redux люто ненавижу

  • @SergiySev
    @SergiySevАй бұрын

    ЦУШТАНД, ну епана

  • @itsMatrik
    @itsMatrikАй бұрын

    Redux не уйдет в прошлое как минимум из-за огроменного легаси кода на нем. Тем более компаниям нет смысла переходить на zustand, потому что редакс вообще не устарел. Более сложный, более громоздкий во всех смыслах, но все еще рабочий. Так что сомневаюсь, что в крупных компаниях будут переходить на него. Хотя я полностью за zustand, намного удобнее редакса всех видов

  • @it-sin9k

    @it-sin9k

    Ай бұрын

    Согласен) тут скорее новые проекты будут чаще начинаться не на redux

  • @alnazarov
    @alnazarovАй бұрын

    наверное, лет 200 пройдет до того времени, как все разрабы научатся правильно произносить Zustand

  • @BigMother228

    @BigMother228

    Ай бұрын

    А каким образом разрабы должны научиться это делать? Откуда мне знать, что это немецкое слово и правильно произносить Цуштанд ? Единственные гении это Vite, которые прям в доке и написали произношение)

  • @alnazarov

    @alnazarov

    Ай бұрын

    @@BigMother228 включайте мозги и просвещайтесь, а не только буковки на экране читайте

  • @BigMother228

    @BigMother228

    Ай бұрын

    Как по мне душновато это) Всего знать невозможно, да и произношение все таки не играет роли как работает та или иная штука)

  • @vanivka

    @vanivka

    Ай бұрын

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

  • @AndrewFloatrx
    @AndrewFloatrxАй бұрын

    сравнивать RTK и Zustand по килобайтам.... ну такое... такое...

  • @AlexanderSavchenko91
    @AlexanderSavchenko91Ай бұрын

    не зусианд а ЦУШТАНД! этотна немецком

  • @it-sin9k

    @it-sin9k

    Ай бұрын

    спасибо)

  • @user-ce6wu8wt3o

    @user-ce6wu8wt3o

    Ай бұрын

    Ксиаоми

  • @nvdedmz
    @nvdedmzАй бұрын

    А потом вдруг… приложение сложнее чем привет мир.. и оказывается что есть проблемы с оптимизацией:/

  • @it-sin9k

    @it-sin9k

    Ай бұрын

    что за проблемы?)

  • @andreass1842
    @andreass184220 күн бұрын

    Если хотите показать свое никчемное чсв, то да, ни в коем случае не делайте асинхронные методы в сторе, никогда. А еще делайте как можно больше ненужных абстракций над абстракциями, которыми будете пользоваться ровно НОЛЬ раз. Ведь это же так круто, когда на простом проекте становится 10+ миллионов строк кода

  • @user-md5mw1tp3e
    @user-md5mw1tp3eАй бұрын

    Больше понравился reatom. Но zustand конечно ментально проще. Ну и плюс у zustand тянется схожая пачка минусов с селектора и и прочей ерундой

  • @proletarian
    @proletarianАй бұрын

    Lerne Deutsch!

  • @horusak4232
    @horusak4232Ай бұрын

    Цуштанд. Словцо немецкое = "состояние".

  • @proletarian

    @proletarian

    Ай бұрын

    Genau

  • @it-sin9k

    @it-sin9k

    Ай бұрын

    Блин) кто же знал)

  • @Fodintsov

    @Fodintsov

    Ай бұрын

    @@it-sin9k Откровенно удивлен, что ты не проверил. Как теперь ролик смотреть? ))

  • @gregdmitriev2784

    @gregdmitriev2784

    Ай бұрын

    Блин, ты мне всю жизнь испоганил ! Как жить-то теперь, когда это узнал ?! 😄

  • @Disorrder

    @Disorrder

    Ай бұрын

    Я недавно собеседовался в нидерландскую компанию. Они говорят зустанд, не переживай)

  • @khmilevoi
    @khmilevoiАй бұрын

    мы то знаем что лучшей стейт менеджер это $mol))))

  • @MudroZvon

    @MudroZvon

    Ай бұрын

    ... на палочке

  • @amelianceskymusic
    @amelianceskymusicАй бұрын

    Zustand - Цуштанд MobX - Мобэкс React - Риэкт Angular - Энгюлр Vue - Вью Mazda - Мацуда BMW - Биэмви Xerox - Зирокс Zаnussi - Дзанусси Не благодарите😊

  • @vanivka

    @vanivka

    Ай бұрын

    хтмл, жс, цсс

  • @jgkdmdevienjjgg8866

    @jgkdmdevienjjgg8866

    Ай бұрын

    @@vanivka И все таки риАкт чаще) И би-эм-даблью

  • @GoeHybrid
    @GoeHybridАй бұрын

    А как теперь всё это добро тестировать?

  • @it-sin9k

    @it-sin9k

    Ай бұрын

    Да вроде не сложнее чем redux

  • @jgkdmdevienjjgg8866

    @jgkdmdevienjjgg8866

    Ай бұрын

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

  • @NeoCoding

    @NeoCoding

    24 күн бұрын

    @@jgkdmdevienjjgg8866гы

Келесі