
获得徽章 0
Recoil 是由 Facebook 发明的状态管理库,但目前这个项目的成员都被 Facebook 裁了,同时性能相比于 Jotai 差很多(看这个benchmark ->
github.com),至今 Recoil 已经 9 个月没有新的提交记录了。
所以当我们谈论状态管理库的选择方案时就不要再考虑 Recoil 了。。
所以当我们谈论状态管理库的选择方案时就不要再考虑 Recoil 了。。
展开
3
3
随着 React19 的到来,给整个社区生态带来了巨大的挑战以及机遇,例如我最近给 Zustand、Jotai、Valtio 配置了 react compiler eslint:
- valtio:
github.com
- zustand: chore:
github.com
- jotai: chore:
github.com
如果你感兴趣的话也可以给Dai Shi其他几个库(use-context-selector、react-tracked)配置 react compiler eslint
虽然目前状态管理库是兼容 19 版本的,但是状态管理库生态其实还没有结合任何 19 新的能力。事实上连 Daishi Kato 也没完全理解和考虑好未来要做什么,怎么去做。
- valtio:
- zustand: chore:
- jotai: chore:
如果你感兴趣的话也可以给Dai Shi其他几个库(use-context-selector、react-tracked)配置 react compiler eslint
虽然目前状态管理库是兼容 19 版本的,但是状态管理库生态其实还没有结合任何 19 新的能力。事实上连 Daishi Kato 也没完全理解和考虑好未来要做什么,怎么去做。
展开

8
11
《深入浅出React状态管理库》更新了 TanStack Query源码章节,会带领大家手写一个 Mini TanStack Query,包含以下功能:
- 框架搭建
- 错误重试
- 查询过期
- 缓存回收
- 查询取消
- 预加载
通过这些内容的学习你可以了解复杂的能力在三方库中是如何实现的
- 框架搭建
- 错误重试
- 查询过期
- 缓存回收
- 查询取消
- 预加载
通过这些内容的学习你可以了解复杂的能力在三方库中是如何实现的
展开
评论
1
《深入浅出React状态管理库》小册更新了“迎接变革:React 19 的新特性与对状态管理生态的影响解析(上)”一节,本节深入研究了React Compiler,通过两个案例演示了React Compiler的优势,并分享了React Compiler在Meta取得的收益以及对未来社区的影响。

评论
7
我们经常可以在代码中看到胡乱使用 useMemo 的例子,例如对于非常简单的计算逻辑许多开发者也会使用 useMemo 来进行包裹,然而 useMemo 并非没有消耗,它会依次对比 deps 看是否有变化来决定是否复用上一次的计算结果,以及需要缓存相关的状态到 Fiber Node 上。
React 官方的建议是如果你不知道怎么用你可以使用 console.time 来测量代码的执行时间,如果时间大于等于 1ms 则代表添加 useMemo 来缓存计算结果是有意义的。
React 官方的建议是如果你不知道怎么用你可以使用 console.time 来测量代码的执行时间,如果时间大于等于 1ms 则代表添加 useMemo 来缓存计算结果是有意义的。
展开
评论
4
在 TanStack Query 源码仓库(
github.com)可以看到是以 Monorepo 的形式来组织代码。
当然我们也是这么做的(
github.com),这也通常是社区对于复杂项目的解决方案,即当这个库变得更加庞大和复杂时会采用 Monorepo 来进行组织和管理。但Jotai、Zustand 则不是这样的,它们也同样拥有庞大的生态。原因其实是 TanStack Query 主要由作者 Tanner 和他的核心团队进行贡献和维护,而 Daishi 则需要管理更多库,因此 Jotai、Zustand、Valtio 则更依赖于社区的贡献,因此它们采用了 Muti-Repo(多仓)形式。
当然我们也是这么做的(
展开


3
4