由Poimandres团队维护的React原子状态管理库Jotai发布v3.0稳定版。该版本是“一个仅支持ESM的现代化包，既没有破坏性变更，也没有新增API”。发布页面强调其为“一个基本向后兼容的更新，移除了部分旧版支持和已弃用的API”。v3完全放弃了CommonJS构建方式，仅以ES模块形式发布，并移除了对UMD和SystemJS打包格式的支持，同时放弃了对旧版Node、React和TypeScript的支持以及jotai/babel插件。该包转为采用“模块优先”的结构，支持ES2020，直接读取NODE_ENV变量而非使用构建时替换，并将Rollup更换为其他构建工具。长期维护者Daishi Kato记录着同时发布CJS和ESM版本的风险，因此仅支持ESM的立场可以视为这项工作的最终结论，其成果是核心代码更加精简，维护工作量也相应减少。所谓“无破坏性变更”的声明其实带有保留条款，因为有几个公共API已经被移除，包括atomFamily、loadable以及atom读取函数中的setSelf参数，但这些功能在v2后期版本中早就已经被标记为已弃用。
--91likeyou---
对于大多数团队而言，迁移过程应是机械性的。atomFamily 现在已经移至专用的 jotai-family 包中，其 API 与原版完全一致，并新增了 atomTree 辅助函数，因此只需要进行一次导入替换即可：
// 之前(v2)import { atomFamily } from 'jotai/utils'// 之后 (v3)import { atomFamily } from 'jotai-family'复制代码
loadable 用户已经被引导使用 jotai-eager，v3 迁移指南中记录了完整的迁移路径。
在讨论帖“关于 v3 的想法”中，有位用户对移除 setSelf 提出了异议，他描述了一种乐观的 atomWithStorageWhileRevalidate 模式：该模式在获取最新服务器数据的同时从 localStorage 加载数据，若移除 setSelf，将无法找到合适的替代方案。在同一讨论帖中，还有人提出了一项详细的请求，希望实现一等公民级的默认存储生命周期，以便测试能重置状态而又不需要调用内部 API ——这对依赖 getDefaultStore() 的大型应用而言，确实是一个痛点。在另一场讨论中，Kato 确认，新功能和更深层次的破坏性变更被有意排除在了 3.0 版本之外，并发安全的原子操作和外部存储同步功能将推迟到后续的 v3.x 版本或未来的 v4 版本。
Facebook 的 Recoil 项目曾让“原子”的概念广为人知。现如今，人们普遍认为那个项目已经过时，而 Jotai 成为原子模型事实上的继任者；而同属 Poimandres 团队的 Zustand 项目则牢牢占据了以存储为中心的市场，面向那些更倾向于使用单一外部存储的团队。通过将 3.0 版本定位为清理而非重构，Poimandres 团队在押注于一个更小、更现代化且原生支持 ESM 的核心，认为这对它目前所支撑的生态系统而言是更具价值的升级。
Jotai 采用原子化方法处理 React 状态，通过名为“原子（atoms）”的小单元构建状态，并将它们组合成依赖图，从而确保仅在值实际发生变化时才进行渲染更新。它不强制使用特定的实现方案，可以利用独立的存储库在 React 外部运行，而 3.0 现在已经成为稳定版本并在 npm 上发布，供准备从 v2 版本迁移的团队使用。
：
🔥 热词：#ESM · #API · #Jotai · #的现代化包 · #带来仅支持 · #摒弃旧版构建方式和已弃用 · #Poimandres · #团队维护的