2022 年 react 生态，大家都用啥

[yuthelloworld]

去看了一圈 React 的生态，光状态管理就有很多库，还有自己的 useRedcuer + useContext 可以做状态管理。数据请求相关的有 React Query 。

我自己还停留在 React + Ts + Redux 这一套。奥，react-router 6 也有不少更新点。

学不动了，譬如说 Rtk, Rtk query ，光看文档都需要投入不少时间，Recoil 倒是上手挺容易的。

大家现在都用啥？或者说公司都用啥？是跟上生态脚步，还是停留在老的？

[SolidZORO]

@isukkaw #56

这么 nb 的吗？我刚试了下，貌似不行，用的 JB IDEA ，可否指教一下这种重构操作是怎么实现的？ IDEA 会根据 atom 找到 useAtom 前面 [a, setA] 的中 a ？然后全部重命名。

我再描述一下问题吧，比如我有 2 个 comp：


```
// A-Comp

const [isOpen, setIsOpen] = useAtom(atomA);

```


```
// B-Comp

const [isVisible, setIsVisible] = useAtom(atomA);

```

假如 isOpen 在代码中用了，不过我觉得不够好，想改成 isVisible ，这个时候其实 isVisible 和 isOpen 做了同样的事情，也引用了同样的一个 atomA ，但是他们两并不能互相知道，也没必要知道。

但是作为开发者来说，我希望他们应该一样才对，因为都是引用同一个 atomA ，即便是他们名字不一样但是只要 atomA 变了，他们两都要变。

我不知道这样描述是否妥当，我就是自身没办法规避和解决这个问题，所以换成了中心化的 valtio 。

[SolidZORO]

@LiuJiang https://krausest.github.io/js-framework-benchmark/2022/table_chrome_101.0.4951.41.html

[SolidZORO]

@bthulu hhhh ，LS 是好的，但是怎么观察 LS 已经改了呢？事实上，state 存哪里不重要，重要的是 state 发生变化了，其他组件要能知道，以便做出响应的变化。

[charlie21]

如果不用 next.js ，如何做 ssr 服务器端渲染

[um1ng]

[wobuhuicode]

写了那么多年都是：React + Redux + react-router 一套下来。去哪都不吃亏。

[ccyu220]

vite + redux-toolkit + react-router 再加个 less 和 tailwindcss ，没有什么不能做的吧

[beginor]

我自己用这个组合 react-router ，react-bootstrap ，fetch ，rxjs

[magicdawn]

强推 easy-peasy, rtk 太繁琐了

[ruoxie]

我只知道 redux 最难用，最恶心

[TabGre]

在这里学来不少于 20 个的新名词

[FreshOldMan]

前端更新库这么快，真的对你们的项目有很大的提升吗？

[kingsleydon]

mui emotion next.js jotai swr

[Sain]

umi antdpro 一把梭

[me221]

@yuthelloworld 推荐 unocss+windicss

[lydhr]

nextJS + tailwindCSS

[m1911star]

umi + antd ，7 月打算切换到 vite

[stillsilly]

为什么要搞这么多东西…… 解决了什么问题

[ccyu220]

又重新看了这个贴，我发现我已经不会 React 了。

我把上面说的那些库的 GitHub 打开，每个都有那么多的 Star 。

到底是我我落伍了还是更新太快。

[christin]

公司还在用 dva ，想迁也没办法迁，之前的文件太多了