React从其2013年的起源发展显著——开发者5年前学习的组件模型仍然有效，但生态系统和最佳实践已经转变。以下是现在重要的内容以及你可以安全忽略的内容。
服务器组件：范式转变
React服务器组件（RSC），现在在Next.js 13+中稳定，并成为现代React应用中的规范，改变了组件运行的位置。服务器组件在服务器上渲染，可以直接获取数据（无useEffect，无加载状态），从不向客户端发送JavaScript，并且可以直接访问后端资源。客户端组件（用’use client’标记）保留你所知的交互模型。架构影响：停止将React视为带有数据服务器API的客户端框架——将其视为按组件选择运行位置的全栈框架。
仍然正确的内容
组件组合模型、用于客户端状态和副作用的useState和useEffect、用于简单全局状态的Context，以及JSX渲染模型都是稳定的且不太可能改变。基础是健全的；复杂性在于叠加其上的生态系统选择。如果你很好地理解核心React，导航框架级别的变化就很简单。
可以忽略的内容
新项目中的Redux（Zustand和Jotai是大多数使用案例更简单的替代品）。类组件（Hooks已在每个有意义的方面取代它们）。大多数第三方UI组件库（Radix UI原语 + Tailwind CSS + shadcn/ui是大多数替代品反正也建立在其上的新默认堆栈）。”React正在消亡”的话语——React在就业市场和包下载量方面仍然是主导的前端框架。
当前最佳技术栈
用于全栈应用的Next.js 14+（App Router）。当RSC不足时，用Tanstack Query进行客户端数据获取和缓存。用Zustand进行超出useState覆盖范围的客户端全局状态管理。用Tailwind CSS进行样式设计。TypeScript作为默认设置（不是可选的）。用Vitest进行单元测试。用Playwright进行端到端测试。这个技术栈是有观点的，但代表了生产React应用的当前行业共识。
