ещё такой есть

выглядит удобно

Почему ты думаешь, что он плохой?

Я його в себе на тестовому проекті юзаю, поки вивчаю, претензій сильно немає. Єдине, що поки бачу, так це що для того щоб щось змінити в глобальному стані, потрібно писати багато рутинного коду. Але поки інші варіанти не юзав, до немає з чим порівнювати. Цікаво було б почути думку, чому він поганий, і чим інші кращі від нього, які проблеми вирішують, що не може redux)😊

эта штука решает проблему с шаблонным кодом https://redux-toolkit.js.org/

пользовался этим
очень удобная библиотека

с ней все равно шаблонный код будет присутствовать,
просто уменьшится на 1/3, примерно (число из головы)

шаблонный код можно генерить юзая шаблоны)

Redux - хорошая штука, если правильно юзать

Redux — плохая штука, если юзать

я вот тоже не believer.

ну хз, там весь код только по делу

А конкретнее, в чем плохо и что используете для state management?

Редакс делает так что огромная часть “состояния” становится глобальным без какой либо на то причины. Отсюда и растет сама проблема “как делать state management”. У меня нет этого всего глобального состояния чтобы думать как им управлять. Есть библиотека для кеширования запросов, которая работает с Suspense, есть паттерны типа compound component для локализации состояния и скрытия его деталей от других доменов, есть общие правила по типу “не пробрасывать больше двух раз”, “начинать с локальной переменной” и прочие

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

Ситуации когда у прародителя есть нужные данные или колбек. Обычным решением будет вернуться к тому компоненту, и вниз по цепочке передать нужные данные несколько раз, попутно расширяя пропсы компонентов. Это тот самый момент когда нужно остановиться и подумать о лучшем решении. Контекст, как вариант. Или, ещё лучше, найти возможность изменить структуру так, чтобы передача нужных данных была прямой. Например компонент внук может быть не частью имплементации своего родителя, а передан из прародителя как children, с нужными данными

Было: M > N > X
Стало: M > N (X)

Спасибо. Часто задаюсь этим вопросом и возникают дискуссии. А в случае mobx работающим через useContext и в случае если существует вложенность например тройная(не считая варианта сделать меньше вложенность) это правило у тебя работает?

Сложно говорить про mobx, мне не приходилось с ним работать много, тем более уже во времена хуков

Понимаю) он тоже теперь кстати на хуках работает. Мне кажется нормально вызывать useContext а не писать очень много пропсов чтобы прокинуть в несколько компонентов вглубь, но у коллеги другое мнение.

Может быть он и прав, нужно мнение со стороны