Comments 2
В JS'e уже 15 лет как есть object getter/setter , а вас все тянет аналоги redux/zustand/useState и т.п. шлака делать.
Уже много много лет назад всё придумано, MobX называется.
Вот, проще просто быть не может
https://stackblitz.com/edit/vitejs-vite-dspjoj?file=src%2FApp.tsx&terminal=dev
Вот сделать его аналог, вот это я понимаю, а аналоги этой топорной шелухи, ну я даже не знаю, смысл какой?
В JS'e уже 15 лет как есть object getter/setter , а вас все тянет аналоги redux/zustand/useState и т.п. шлака делать.
...а аналоги этой топорной шелухи, ну я даже не знаю, смысл какой?
Да, согласен можно, можно даже сделать свой сигнал как в каком-нибудь preact или angular, но цель повторить существующее API в идеале без использования зависимостей. В моем кейсе можно осталась одна в виде хука useSyncExternalStore. А смысл процитирую из самой статьи:
Я провел довольно интересный для меня ресерч который по факту никакого практического результата не дал, кроме издевательства над самим собой.
Уже много много лет назад всё придумано, MobX называется.
Зачем мне обертка над memo и useSyncExternalStore на 5МБ для того, что бы написать "Hello world"? Разница между mobx-react-lite и тем что я написал, это сам стор, а не observable из mobx. Мне кажется хватит обычного состояния useMemo, memo и useCallback для этих целей, т.к. они покрывают большинство задач если у тебя есть мозг и ты им умеешь пользоваться.
Вот сделать его аналог, вот это я понимаю
Можно, только для начала познакомиться с api т.к. я не работал с mobx и это хотя бы должно быть мне интересно, но мне сейчас не до этого.
https://stackblitz.com/edit/vitejs-vite-dspjoj?file=src%2FApp.tsx&terminal=dev
А что за мем плеваться на то, благодаря чему твой кейс работает?)
Ну и я не очень понимаю зачем это "недоразумение" (ну мне уж очень сильно не нравится эта конструкция) может понадобиться в реальных кейсах.
const [state] = useState(() => new LocalState());
Попытка написать свою реализацию встроенных хуков состояния в React + создание простого стейт менеджера