Вы сами не пытались анализировать зустанд в сравнении с другими

решениями?

Пытался и видел тренды на npm и количество скачивания но проблема в том что он вышел не так давно по сравнению с react. И использовал его и redux, правда только на пет проектах, а в вакансиях редко его видел где. Мне кажется он неплохой для небольших приложений, а вот с огромным приложениям могут быть трудности в поддержки хотя я не уверен в этом, вот поэтому и спрашиваю. Читал выше по ключевым словам и так не нашёл внятного ответа чем он плох, единственное что писали что плохой API у него

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

Почему бесполезный? Код с ним становится чище, нету этих пропсов, useState и намного проще работать чем с redux

Да вы будто троллите уже

Мобикс? Эффектор? Реатом? Рекоил? Джотай даже?

Зустанд просто даёт тебе глобальную переменную, на которую ты можешь подписаться. Всё. Больше ничего

Компьютеды? Не, соси хуй. ССР? Да нет, обойдёшься. Может быть написание логики изменения состояний упрощает? Да нет, не упрощает. Зачем он нужен, если все остальные инструменты просто лучше? Даже ядро редакса куда более расширяемое, чем ядро зустанда

Да нет, просто увидел спор выше и вот мне тоже стало интересно, почему его так ненавидят.

Ещё и по перформансу сосёт, отличная хайповая либа, дайте три

Да его не ненавидят, это просто noop7

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

вообще все разные по подходу :D

Да это не важно функция или не функция. Важно то, что зустанд даёт слишком мало

Возможно но проблемы все одно решают одни и те же.

Пытаются решить

Проблемы реакта: 1. Реактивность реакта построена на рендерах -- и эти рендеры довольно дорогие 2. Реактивность реакта асинхронная -- изменения состояний отражаются лишь на следующем рендере => очень трудно сохранять промежуточные результаты императивных алгоритмов, т.к. приходится думать о том нужны ли они для рендера или нет (выбрать state или ref), причём переход с одного на другой -- очень болезненная штука, которая может сломаться в любой момент Говоря об этих проблемах, 1. я хочу записать переменную и, прочитав её на текущем тике, получить новое значение 2. я хочу батчинг, чтобы в пределах одного синхронного алгоритма не триггерить лишние ререндеры 3. я хочу чтобы запись переменной триггерила ререндеры только если какой-то компонент на неё подписан 4. я хочу иметь возможность просто писать код, объединяющий разные состояния или выбирающий эти состояния из одного большого, и иметь гарантии, что лишней работы не будет Вот пока инструмент не решает все эти проблемы, -- это хуёвый инструмент

Вот тут рассказал о недостатках зустанда https://t.me/artalog/1079

В целом я рассказываю здесь примерно это же на протяжении месяца периодически