这是一个创建于 189 天前的主题，其中的信息可能已经有所发展或是发生改变。
不是第一次在 v 站看到 next.js 的帖子了，属于是一回生二回熟，到第三回第四回的时候确实有点感觉是不是有什么我不知道的技术潮流了
于是去查了一下，说实话并未感觉到有什么有 next 要素的地方，感觉还是技术大牛自带流量的引导作用更强一些，功能性上就是集成了 SSR 的 react ，附带一些 node 的功能。。。当然因为我本身不是搞前端的，我感觉如何不重要。不过感觉上比起目前通行的工具，似乎并没有什么实质生产力提升。虽然有一个好用的 SSR 很好啦，但是问题是 SPA 这么多年不也用过来了，倒也没感觉没有 SSR 就罪恶到要枪毙。。。
另外本身架构设计上，我只是简单找了个介绍视频看了下。看的时候几个怀疑，一个是基于文件系统目录结构构建的路由被认为是设计优势，不过按照广泛编程语言的广泛实践，纵观主流语言的包管理系统，maven 、pip 、npm 、cargo 等等，似乎基于文件目录的设计在 2024 年已经被广泛地认为是逊于不依赖的设计，我不是很理解新项目搞这么一出的优势在哪里。另外一个就是，如果未来 web 生态真的（重新）拥抱静态生成的话，对大规模项目来说 next.js 方案的内存占用和路由转发性能是不是都略瓶颈。所以这个项目是被设计用来在啥场景替代啥落后生产力的
108 条回复 • 2024-09-05 11:29:26 +08:00
 |
103
phpbestforlong 109 天前
@ersic 很像 PHP 的 Laraval ，无奈 React 基于 javascript ，客户端也是居于 javascript ，这就能做到不区分工种了。是有点爆发的态势，nextjs 是近年来 github 星星增量加速度最高的流行项目。
|
|
104
phpbestforlong 109 天前
@justfindu 看起来必须取代了。前后端愉快的交流的唯一选择，多工种变单工种，SSR 的问题，这两个中小企业的痛点都解决了。
唯一的缺陷，就是前后端分工利于保密和并行效率，现在这个前后端都能看到代码，在国内的环境下估计推行不了，被离职人员一把端了，只能在一些面向全球的创意领域和个人开发者领域生根，国内 vue 大火，说明大家都是开发手机里面的小程序，解决企业的需求，是功能型的需求（例如淘宝、美团、多多）。nextjs 面向的是全球的资讯需求，应该主要是 PC 市场。 这么说吧，国内主要开发的东西要么给普通人订餐用的，要么给企业做生产信息管理用的。主要应用场景在手机端（仓库里面的扫码用手机扫码，不能推着一个 PC 办公），前后端分离就很好。 这个 nextjs 主要的是解决一个老的 SEO 的 PC 市场，给第三方办公人员用的（最容易想象的是最近几点的 AI 套皮），就是办公人员上班是开 PC 的，不是端手机的。 |
 |
105
runlongyao2 65 天前
纯管理端 spa 没问题，但有些类似首页或者门户的页面，对页面响应有要求，其中最重要一项指标就是首屏显示时间，spa 在完全加载完之前是个白屏，这个指标就会低。ssr 其实就解决这个问题的。至于 nextjs 其实只是在 react ssr 的基础上做了一定延伸
|
|
106
runlongyao2 65 天前
国内大多数老板的要求其实就是能跑就行，做的性能再高再合理，客户也不能给你加鸡腿，没用。但像国外很多小团队是搞独立开发的，搞自己小产品的，做好了的确能加钱。
|
 |
107
youthkun 45 天前
@runlongyao2 太认同了
|
|
108
youthkun 45 天前
@runlongyao2 国内用户的容忍度简直不要太高
|
Select Language