Comments 6
Recoil
Мда, какой только херней не занимаются лишь бы просто не использовать MobX. Куда катиться мир...
Зачем это если есть useContext?
Основной недостаток useContext - неэффективность для больших приложений: использование useContext в большом приложении с глубокой вложенностью компонентов может привести к тому, что состояние будет обновляться чаще, чем необходимо. Поскольку useContext передает состояние через всё компонентное дерево, обновление состояния может вызывать перерисовку всех компонентов.
useGlobalHook предоставляет более гибкий подход к управлению состоянием, а также у него более простой и интуитивно понятный синтаксис, что делает код более компактным и легким для чтения и поддержки. Мы можем достать в каждом компоненте только тот стейт, что нам необходим, и изменение остальных стейтов не будет вызывать перерисовку компонентов, в которых они не используются.
Мы можем достать в каждом компоненте только тот стейт, что нам необходим, и изменение остальных стейтов не будет вызывать перерисовку компонентов, в которых они не используются.
Как насчет того, чтобы просто использовать MobX? Там это всё с 2015 года есть из коробки, а код становится максимально компактный, читаемый и понятный.
Основной недостаток useContext - неэффективность для больших приложений: использование useContext в большом приложении с глубокой вложенностью компонентов может привести к тому, что состояние будет обновляться чаще, чем необходимо.
Открою великую тайну, MobX решен всех этих недостатков.
Поскольку useContext передает состояние через всё компонентное дерево, обновление состояния может вызывать перерисовку всех компонентов.
Вы можете передавать через контекст ссылку на класс и внутри дерева компонентов будут перерендериваться только те, где реально данные изменились. Всё так же MobX в помощь.
Лёгкое в использовании глобальное хранилище состояния для React или Next: useGlobalHook