共计 518 个字符，预计需要花费 2 分钟才能阅读完成。
不是第一次在 v 站看到 next.js 的帖子了，属于是一回生二回熟，到第三回第四回的时候确实有点感觉是不是有什么我不知道的技术潮流了
于是去查了一下，说实话并未感觉到有什么有 next 要素的地方，感觉还是技术大牛自带流量的引导作用更强一些，功能性上就是集成了 SSR 的 react，附带一些 node 的功能。。。当然因为我本身不是搞前端的，我感觉如何不重要。不过感觉上比起目前通行的工具，似乎并没有什么实质生产力提升。虽然有一个好用的 SSR 很好啦，但是问题是 SPA 这么多年不也用过来了，倒也没感觉没有 SSR 就罪恶到要枪毙。。。
另外本身架构设计上，我只是简单找了个介绍视频看了下。看的时候几个怀疑，一个是基于文件系统目录结构构建的路由被认为是设计优势，不过按照广泛编程语言的广泛实践，纵观主流语言的包管理系统，maven、pip、npm、cargo 等等，似乎基于文件目录的设计在 2024 年已经被广泛地认为是逊于不依赖的设计，我不是很理解新项目搞这么一出的优势在哪里。另外一个就是，如果未来 web 生态真的（重新）拥抱静态生成的话，对大规模项目来说 next.js 方案的内存占用和路由转发性能是不是都略瓶颈。所以这个项目是被设计用来在啥场景替代啥落后生产力的
正文完
