1. Radix UI：细节做到极致
2. fetch：拥抱标准，同一份代码在主流浏览器和 Node.js 18+ 里都可以无依赖直接运行
3. TailwindCSS：所有 React 环境和模式下都完美的一套方案（当然也可以用类似的原子化方案如 UnoCSS / Windi CSS ）

@mufeng 请问方便开一个 issue 吗？

`useSWRMutation` 这个 hook 可以用来处理 POST/PUT/DELETE 之类的请求：

https://swr.vercel.app/docs/mutation#useswrmutation

虽然现在进不来，但 OpenAI 没必要堵死之后来中国做服务的可能性。但 OpenAI 现在没有时间精力让 ChatGPT 对中国合规。所以对于一个政治和文化差异巨大的市场来说，目前的保守做法就是不对其提供服务。

恭喜！

有好几个问题，首先 event listener 不应该放在这个带 count 依赖的 useEffect 里面，否则每次 count 变化都会造成 event listener 被删除然后重新注册。其次如 @cyitao 所说，你的 callback 里面的 count 是一个固定的外部引用。由于 React 的状态更新是异步的，event callback 和 rerender 的触发并不是完全 1:1 运行的。

建议读读 https://overreacted.io/zh-hans/a-complete-guide-to-useeffect 这篇文章。

赞一个 :D

确实，如果可以内置到 React DevTools 就更好了。目前的 useDebugValue API 我觉得并不太有用。而自带的调试信息太模糊了，基本上都是 “hook changed”，没有太大价值，官方也不太有兴趣改进： https://github.com/facebook/react/issues/16622

@ragnaroks 目前的表现是 `process.env.NODE_ENV === 'production'` 的时候自动禁用，还没办法配置

@shunia 多谢反馈！文档确实还有很多问题，很多地方只是用了例子，且没有详细解释概念。之后一定改进！

@find456789 功能上能完全替代。

两个项目的设计思路不一样，SWR 注重使用体验以及性能、希望引入尽可能少的概念，保持极简和易用。RQ 则包含了很多几乎用不到的功能和概念，比如 “双向无穷加载”。两个库在大小上差了三倍多：SWR 4KB，RQ 12.3KB 。

另外最开始 RQ 抄袭了 SWR 的一些创新（比如 stale-while-revalidate 、focus revalidate 等等），值得指出但不影响用户选择。

@kxxoling 可以实现在一个新的页面组件里面，然后用 `dynamic` 的 `{ ssr: false }` 选项引入：

```js
// pages/index.js
const DynamicCompOnentWithNoSSR= dynamic(
() => import('../components/no-ssr-page'),
{ ssr: false }
)

export default Page () {
return <DynamicComponentWithNoSSR/>
}
```
把原本的实现都放进 `components/no-ssr-page`，就不会被 SSR 影响到。

https://nextjs.org/docs/advanced-features/dynamic-import#with-no-ssr

@int64ago 最近社区翻译了博客和文档，就想着分享到中文站点 :D

花几年时间精心维护一个个人 RSS 阅读列表，再用 Reeder 之类的一次购买软件每日阅读。

可以看看 Next.js ，纯静态网站或者 SSR 模式都支持。自带路由、CSS 、代码分割优化全家桶。http://nextjs.org/learn 官方教学。

@xiaoliaoliao SWR 有前端缓存，也有渲染优化。相关文档在这里： https://swr.vercel.app/advanced/performance

挺不错的总结。多个 state 又涉及到同时更新的情况，其实挺适合用 `useReducer`。`memo` 只能避免子组件的重渲染，而且有 `children` 的话就没有意义了。

没必要 redux/redux-saga，直接用 hooks 管理状态更便利： https://github.com/zeit/swr 。

Next.js: https://nextjs.org

本质上是前端（ React ）框架，但完全支持后端功能（大概是 React + Express 集合体）。在 pages 下面新建一个 /api 目录，里面就可以直接放 Node.js API 接口了。
最有趣的一个优势是：写 TS，前后端可以共享接口的 Typing 。

例子： https://github.com/zeit/next.js/tree/canary/examples/api-routes