话说 Next.js 为什么火,到底解决了什么问题?

2024-04-15 02:50:22 +08:00
 LeeReamond

不是第一次在 v 站看到 next.js 的帖子了,属于是一回生二回熟,到第三回第四回的时候确实有点感觉是不是有什么我不知道的技术潮流了

于是去查了一下,说实话并未感觉到有什么有 next 要素的地方,感觉还是技术大牛自带流量的引导作用更强一些,功能性上就是集成了 SSR 的 react ,附带一些 node 的功能。。。当然因为我本身不是搞前端的,我感觉如何不重要。不过感觉上比起目前通行的工具,似乎并没有什么实质生产力提升。虽然有一个好用的 SSR 很好啦,但是问题是 SPA 这么多年不也用过来了,倒也没感觉没有 SSR 就罪恶到要枪毙。。。

另外本身架构设计上,我只是简单找了个介绍视频看了下。看的时候几个怀疑,一个是基于文件系统目录结构构建的路由被认为是设计优势,不过按照广泛编程语言的广泛实践,纵观主流语言的包管理系统,maven 、pip 、npm 、cargo 等等,似乎基于文件目录的设计在 2024 年已经被广泛地认为是逊于不依赖的设计,我不是很理解新项目搞这么一出的优势在哪里。另外一个就是,如果未来 web 生态真的(重新)拥抱静态生成的话,对大规模项目来说 next.js 方案的内存占用和路由转发性能是不是都略瓶颈。所以这个项目是被设计用来在啥场景替代啥落后生产力的

24108 次点击
所在节点    程序员
108 条回复
Edsie
2024-04-15 11:25:38 +08:00
很好的主题,作为一个后端程序员,同样好奇
WuLiSenSen
2024-04-15 11:29:42 +08:00
因为我本身不是搞前端的

所以 这个前端框架和你有啥关系
leaflxh
2024-04-15 12:06:40 +08:00
解决了在新时代时期,如何使用 JavaScript 取代落后的 PHP 问题(

直接用 Node.js 写页面过于底层
直接用前端渲染,失去了后端渲染的各种特性(基本上就是基于各种条件,提前决定页面的内容,页面加载,鉴权 / 方便 SEO )
DefoliationM
2024-04-15 12:23:31 +08:00
没感觉有啥优势,我感觉也就 swr 好用点。
MENGKE
2024-04-15 12:29:31 +08:00
@musi #53 哈哈,你一开始说的是服务还是静态资源?真能杠啊 block 了
Xu3Xan89YsA7oP64
2024-04-15 12:56:07 +08:00
前段时间跟着官方的互动教程做了下项目,概念是真的多,现在已经忘光了
oatw
2024-04-15 14:10:18 +08:00
解决的都是些已经被解决的老问题,也没见解决的更好,同时也解决了一些无关痛痒的新问题,也未必有解决的必要。

但却引入了一些恶心人的新问题,画蛇添足。

只能说,前端就是这样,瞎 jb 折腾。
dj721xHiAvbL11n0
2024-04-15 14:19:46 +08:00
因为他爹是 Vercel
lstz
2024-04-15 14:22:04 +08:00
ssr 挺好用的,页面直出+路由组件化等等都一次性给你弄好了,不需要再自己造轮子或者陪这陪那
justfindu
2024-04-15 14:24:10 +08:00
可以一把梭了 要取代世界第一语言了
shengchao
2024-04-15 14:30:59 +08:00
我觉得,它的出现肯定是为了解决一些人的痛点。
而如果还流行起来了,那说明好多人和他的痛点相同。
dolorain
2024-04-15 15:14:34 +08:00
it doesnt slove any problem that havent sloved.
it just give an another option (maybe better).
epiloguess
2024-04-15 16:02:22 +08:00
ssr 对我来说挺好用啊,整体将 react 的组件树扁平化
服务器渲染的内容可以在 react.js 下载之前就显示出来,server action 可以在 js 加载之前就能向服务器提交操作
服务端组件和客户端组件的搭配,可以让服务器只将必要的序列化的数据传给客户端组件,昂贵的计算逻辑也可以交给客户端组件来做
我觉得 nextjs+react 提供了一个清晰明了的网络边界,这是我最喜欢的部分
它指示了什么内容应该在服务器上渲染,什么内容应该在客户端上渲染,和 spa 的目标是不一样的
nextjs 更适合被称为同构渲染框架而不是 ssr,它是包括 csr+ssr 的
我觉得是一种合理的进化
当然这些概念十几年前就有了,如何将它和现代前端框架融合才是工作的重点.技术是螺旋上升的,如果从俯视的角度来看,确实是个圈,但不能否认这个圈越来越大了
flyqie
2024-04-15 16:10:29 +08:00
服务端渲染
客户端渲染
客户端服务端混合渲染

前端基本也就这几种基础模式了,剩下就是在框架和生态上不断演进。
xiaoshan5733
2024-04-15 17:02:07 +08:00
我也来说一点:开发一个小项目不用启动两个工程了,在一个工程里同时写 react 和 nodejs ,非常适合全栈开发。
Mark24
2024-04-15 17:03:01 +08:00
可以不用。

等 18 个月,你发现也就不用学了。 又换了一茬。
leega0
2024-04-15 17:05:36 +08:00
我感觉其一是展现他们自己对框架的熟练使用程度来证明价值,第二就是偷懒,如下图对比
mengshouer
2024-04-15 17:06:57 +08:00
ssr 和全栈开发挺方便吧,不过没需求确实可以不用,还有是因为个人开发写的一些小项目能部署到 vercel 或其他托管平台上,不用额外找个地方部署后端。
ooo4
2024-04-15 17:31:03 +08:00
全栈吧,作为一个前端,可以直接写后端,又没有学习额外语言的成本。
dsa999
2024-04-15 17:53:37 +08:00
遇事不决 "use client"

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://ex.noerr.eu.org/t/1032461

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX