2025 年 React 及其社区发展现状
tl;dr
- 框架演进
- 早期定位为 MVC 中的 V，其他功能由社区生态解决
- 尝试标准化的 Create React App (CRA)
- 发布服务器组件（RSC），支持全栈架构，废弃 CRA，推荐使用 NextJS 等框架
- 使用模式的演变
- 传统SPA模式，以前都是推单页面应用的
- 全栈框架：倡导使用集成了路由、数据获取和服务器端渲染（SSR/RSC）的框架
- React 背后的关系
- Meta 是创始者和主要赞助商
- Vercel 是第二大赞助商，是 React 发展的重要推手，也是新功能的试验场
- RSC
- RSC 架构复杂，难以在 Meta 的现有基建上有效孵化。
- React 团队将 RSC 带到了 Vercel 寻求实现，而非 Vercel 单方面主导 React 的发展方向
- RSC 不是 React 单独的功能，而是需要依赖构建工具和框架的
- 每个框架对 RSC 的实现方式都不同
2025 年的 React 设计模式和最佳实践
- 函数组件和自定义 Hooks 是现代 React 组件开发的核心实践
- React 19 的 Context API 结合
use函数简化了全局状态管理 - TypeScript 通过类型系统增强了 React 项目的健壮性和可维护性
- React 19 的新 Hooks（如
useOptimistic）和服务器组件（RSC）为性能优化和开发模式带来革新
理解 React 的 rerender
这是一篇简短的非常适合入门同学看的对于 rerender 理解.
Nodejs 18 版本结束后，建议跳过 20 直接使用 22 版本
Node.js 18 已进入停止支持 (EOL) 阶段，不再接收安全更新，强烈建议用户直接升级到 Node.js 22，跳过 Node.js 20，以获得更长的支持周期、最新特性和最佳性能。
- Node.js v22 版本将支持到 2027 年 4 月，比 20 版本长 1 年
- 节省工程时间和减少升级疲惫
- v22 包含 v20 的所有改进并有额外优化，提供最佳性能。
Node.js 中的工作线程：JavaScript 多线程完整指南
在本指南中，你将全面了解工作线程（worker threads）——它们的工作原理、适用场景、具体实现方法以及生产环境代码的最佳实践.
为什么 TypeScript 改成 Go 实现是一个务实的选择
TypeScript 正在逐步将源码迁移到 Go 来实现。很多人很好奇为什么不选择 Rust，或者 Zig 等等前端届大热的语言。也许你能在这里找到答案。
里面也提到了一句很有趣的话：
No single language is perfect for every task 没有一种语言能完美适用于所有任务
相关阅读：Why Go?
Vite 7 发布 & Rolldown 1.0 beta 版本积极开发中
Vite 7 正式发布，现在可以使用 rolldown-vite （rolldown 驱动的 vite）来替代 vite。
rolldown 是用来取代 vite 中的 esbuild 和 Rollup 的打包工具，使用 Rust 实现，目前在 1.0 beta 版本中，更新积极。