React 新文档骂战引发的的思考

[foolishcrab]

昨天 react.dev 正式上线了，最大的变化是 CRA 从 react 文档中消失了，react 官方对"开始一个新的 react 项目"的首选建议居然是 nextjs remixjs 。这个事情引发了 Dan 和 yyx 以及很多开源社区活跃份子的友好“讨论”。

个人有几点想法想和大家讨论下，

1. React 曾经对自己的定位是 ui library ，现在官网 quick start 推荐居然选择这么重量级的框架你觉得合理吗？

2. React 或者说现在的前端体系现在对于前端纯新手的入门难度是不是到了地狱级？

3. SSR 的使用场景真的有那么大吗？你的公司或者个人业务中 SSR 给你带来了什么？

4. React 这种由大公司把控的开源项目，它们带来的技术风向值得投入多少注意力？

[TWorldIsNButThis]

react 现在定位是底层库

[Curtion]

CRA 是 Create React App ； Dan 是 React 核心成员； yyx 是尤雨溪，Vue.js 作者。

[makelove]

反正我是完全不关心 SSR 也没用过,除非做低动态文字内容为主类似博客之类的 app 我才去试试
而且现在个人项目我都不用 react 转 solidjs 了，signal 比 react hooks 优势太大,react 也搞得越来越臃肿复杂

[huijiewei]

要不别推荐，要不支持社区搞一个比 vite 更好的

现在嘛。。。

[zidian]

人家是讨论，怎么到你这就变成骂战了

[debuggerx]

个人体验 next.js 可比 cra 傻瓜多了……并不觉得"重"。
而且 next.js 不止 ssr ，也可以 csr ，还可以 ssg ，灵活选自己需要的不就好了。

[ChefIsAwesome]

看看招聘的 jd ，web 前端负责提高用户体验，真是个笑话。在乎用户体验的项目根本不会找 web 前端做。
大部分从业者的工作是做 pc 端的管理后台，要什么体验。
用户觉得 iPhone 比安卓好，因为 iPhone 动画比安卓多，操作跟手，不掉帧。用户觉得安卓怎么也比网页好，因为网页压根没有手势和动画。
iPhone 都出到 14 代了，这个月的 chrome 111 才加上 View Transition API ，可以实现原生 app 那种页面间的切换。
看看过去这几年 web 前端的技术发展，看看这个领域最聪明的人都在研究什么东西。更快的打包？换着花样搞 mvc 框架？返璞归真的后端渲染模板？

[enchilada2020]

CRA 之后的方向 Dan 还给过解释…没想到真就直接推 Next 了 ？

[rocmax]

CRA 这个脚手架在当前已经有一些落后与时代，问题比较多。很早之前就有人提议要改了，比如这个 https://github.com/reactjs/reactjs.org/pull/5487
1. Nextjs 除了默认加入了基于路径的路由以外相对于 React 基本没有其他变化，最大的差异应该是区分服务器和客户端渲染的部分，最近的版本更新（包括 React 的更新）也在尽量的把这两方面统一起来，实现同构渲染。Nextjs 不能说是一个纯后端渲染框架，而且易用性上来说至少不比 React 差。
2. 前端越来越复杂是事实，不管你用 R V 还是 A 都一样，好的地方是可以直接学新东西，现在招前端不会要求一定会 jquery 吧。
3. Nextjs 可以实现首屏 SSR ，其余 CSR ，取长补短。
4. 见仁见智，个人项目还有突然没了或者加料的风险呢。

个人已经把 T3 stack 作为首选框架，Nextjs 这种前后一体的框架与 tRPC 相性很好。之前写 GraphQL 的时候就觉得写一堆 SDL 很烦，tRPC 解决了最大的一个痛点。如果前后分离的话即使用 tRPC 类型定义也得 copy 一份，Nextjs 完全没有这个问题，非常清爽。

[foolishcrab]

@ChefIsAwesome
这也是我的想法，所以才有了这个帖子。
目前 js 社区的方向真是越来越看不懂了，有点为了卷而卷的感觉。

[DGideas]

1. 对于 React 官方文档推荐 Next.js 或 Remix ，而不是 CRA ，这其实是一个很正常的决定。虽然 CRA 依然是一个流行的脚手架工具，但是 Next.js 和 Remix 更加适合构建复杂的应用程序，并提供了更多的功能和优化。同时，React 本身只是一个 UI 库，对于如何组织项目没有明确的建议，所以推荐使用更全面的框架也是可以理解的。

2. 确实，前端技术现在已经变得非常复杂，对于纯新手来说入门确实有一定的难度。但是，这并不意味着前端技术是不可学习的。相反，通过专注于基础知识、实践和深入学习，任何人都可以成为一名合格的前端开发人员。此外，社区中有很多很好的教程和资源，可以帮助新手们更轻松地入门。

3. SSR 有很多使用场景，比如搜索引擎优化、加速首次渲染、更好的可访问性等。虽然 SSR 可能不适用于每个项目，但对于某些项目来说，它是必不可少的。对于我个人的业务，SSR 在某些场景下确实带来了很多好处，比如提高页面渲染速度、提高 SEO 、提高可访问性等等。

4. 大公司把控的开源项目带来的技术风向确实值得关注，因为这些项目通常具有大量的资源、资金和专业知识，并且可以通过广泛的社区支持来维护和发展。但是，这并不意味着我们应该一味追随这些项目。相反，我们应该在深入了解和评估技术的基础上，谨慎地选择适合自己业务的技术，并在实践中不断优化和改进。

[foolishcrab]

@rocmax
1. 其实我对 next 是有好感的，但是我觉得它出现在 react 的文档中这么重要的位置不合适。我认为 react 的文档应该为初学者减少噪音，next 再好用也不可避免地给初学者引入很多其他概念。
这一点其实有非常多人同感的，很多别的语言的大佬上手 react 第一反应都是如此。

2.其实我说的初学的难度并不是起一个 demo 跑起来多困难，这一点反而是 js 社区做得最好的。
我说的是 js 初学者现在学习一个框架，想到 know-how 的程度真的是非常困难，中间太多层东西是历史因素，而且非常晦涩。这一点在其他历史长远的语言里也没有这么严重。

3. 你说的这个场景我是知道的，我待过的公司也都是这么用的，但是在 h5 流量不到 app 、小程序 1/20 的情况下去卷纯 web 的那点 tti fcp 我个人是看不到价值



刚结束一个 gql 的项目，去学习下 trpc ，感谢

[foolishcrab]

@DGideas
一眼 PT 鉴定为 G 3.5

[DGideas]

@foolishcrab 哈哈哈，今天借着这个事情，我在三个文章回复底下尝试用 G 来做回复，还真的是语气不一样啊

[ChefIsAwesome]

@foolishcrab 我觉得就是破罐子破摔了，提高不了用户体验，那就折腾开发体验。
而且我觉得将来 web 前端技术要发展，其它大厂不行，还是得靠谷歌。只有谷歌以 web 产品为主，产品的需求才能推动技术的进步。谷歌做 chrome ，也是为了拥有 web 技术的话语权。

闲鱼 app ，吹起背后的技术，天花乱坠，实际体验狗屁不是。现在很多网页产品也都是走这路线。

[aureole999]

现在我做的公司项目用的就是 nextjs 。ssr 是必须的，那就是收入，没的跑。像之前公司做的证券交易前端，就完全不需要 ssr

[placeholder]

那还不如入坑 angular→.→

[wu67]

next 解决了几个痛点.
1. ssr 场景. 有些网站是需要给爬虫和搜索引擎爬的
2. cra 的配置痛点, 配过的就知道, 一言难尽, 不是说不能用, 是不好用, 当然用来入门跑个 hello world, 那 cra 确实是个不二之选
3. 集成了一个路由. 而不是需要自己配 react-route, 讲真这工具的文档我是有点看不下去, 纯吐槽, 没有喷开源的意思 /dog.

[alne]

@zidian #5 楼主下一贴，怎么看待 React 新文档人身攻击引发的思考

[Torpedo]

这背后是公司的利益。
next 是 vercel 这个公司的两大开源项目之一。react 社区的核心成员 Sebastian 也加入了 vercel 。所以 vercel 对 react 的影响力很大。所以新的文档里自然 推自家的 next 了

从现实一点点角度讲，react 作为一个 ui 库，想保持自己独领风骚的势头是很难的，那么往大而全的框架方向发展也是可以理解的
只不过就看社区跟不跟了。我猜大概率跟的不会有多少