Yvette

@chenluo0429 #16 只需要本地交互不需要数据的情况就完全没必要额外走 server ，需要 server 数据的才会用到 rsc 。我理解 rsc 解决的是先从 server 下载了渲染库（ react ）再回 server 拿数据渲染这种来回跑的问题，延迟是会更低的。

@XiangRiZhanZhang 我体验完全相反，outlook 没广告但 gmail 广告太多

远程开发现在还不支持，好像说是下周才上线

哥们儿直接图灵测试没通过，笑死

个人觉得没太大必要，但反正也不算很贵就是了

也不一定，双拼容错率要低很多，当然删起来也快很多就是了

免费的看官方 doc 就好，Dan 写的 doc 真的非常棒

付费的推荐 https://www.joyofreact.com/

这种道路施工肯定是有作业规范的，一般路两头都会有临时红绿灯或者工作人员。你仔细看其实能看到是有人拿着棒子在路口指挥

1. React 18 开始已经默认自动 batch 状态更新了，你看到两次渲染的原因是官方文档的代码都会默认开 StrictMode
2. 绝大多数应用都不需要担心多一次渲染对性能带来的影响，如果有性能问题那肯定是本身代码写得有问题，所以学习初期不用过于担心渲染次数；可以简单粗暴地认为对**实际**性能没有任何影响
3. 没理解错的话你描述的从最外层传数据的方法确实是很多全局状态管理工具的原理，等你学到了 Context 应该就能清晰很多 https://react.dev/learn/passing-data-deeply-with-context
4. 你标题里描述的是一个官方推荐的 pattern ，能从现有的 state/props 计算得出的值直接在渲染时计算就好（同样，计算对实际性能的影响完全可以忽略不计，而且如果真的有影响也可以通过 memoization 解决），具体可以看看这个 https://react.dev/learn/choosing-the-state-structure#avoid-redundant-state 以及等你更熟悉一点之后看看这个 https://react.dev/learn/you-might-not-need-an-effect