大家好，我是风骨， React 技术栈发展到现在，已经出现了非常多且优秀的状态库，比如从早期的 Redux 和 Mobx，到现在拥抱 Hooks 版本的 Zustand 和 Jotai。 在当前 Re

随着前端应用承载的功能越来越复杂，状态管理一直是前端社区讨论的热门，本文要介绍的就是受到Recoil启发，但更轻量、更灵活的原子式状态管理库Jotai (狀態)。

2015年发布的Redux至今仍是React生态中最常用的状态管理库，为什么现在Redux要强推RTK和其代表的“现代Redux”？借此次v4.2.0版本发布的契机，来聊一聊现代Redux的一些演进。

Jotai 是一个 react 的状态管理库，主打原子化。 提到原子化，你可能会想到原子化 CSS 框架 tailwind。 比如这样的 css： 用 tailwind 这样写： 定义一系列原子 cl

提到状态管理，大家可能首先想到的是 redux。 redux 是老牌状态管理库，能完成各种基本功能，并且有着庞大的中间件生态来扩展额外功能。 但 redux 经常被人诟病它的使用繁琐。 近两年，Rea

之前在公司自研了一款状态管理框架，多多少少积累了一些写框架的经验，在这里分享给大家，题目想了挺久，因为文章篇幅比较长，但又没有一本书那么长、那么体系化，所以就起名叫不完全指南吧，一点拙见还请多指教。 文章比较长，所以列个大纲，读者可以挑选自己感兴趣的章节以节省阅读时间。如果看完…

最近我开始思考React应用的状态管理。我已经取得一些有趣的结论，并且在这篇文章里我会向你展示我们所谓的状态管理并不是真的在管理状态。 我们来看一个简单的例子。想象这是一个展示用户名称、密码和一个按钮的表单组件。用户会在填写表单后点击提交。如果一切顺利，我们完成了登录，并且有必…

状态管理是前端开发整天遇到的概念，但是大家是否真的理解什么是状态，管理的又是什么呢？ 我们知道，程序是处理数据的，数据是信息的载体，比如颜色是红色或蓝色这就是数据。 那为什么不叫数据管理呢？状态和数据

写在前面 状态管理库伴随着数据驱动类框架诞生以来，一直都是个带争议的话题，社区里关于这个方向的讨论文章也是数不胜数，本文写作的目的并不是去详细解答每一款状态库的设计原理和最佳实践，而是希望能从全局视角