又看到一篇《You don't need Next.js》系列。

https://www.comfydeploy.com/blog/you-dont-need-nextjs

不记得是最近看到的第几篇讲这个的了，核心意思大差不差，也许你根本不需要 Next.js ，你需要的其实还是 React。

个中优劣自行体会，但至少我这一年多来的经验会认为是一个项目如果真的攀升到了足够大的程度，一定会需要使用其他语言写的“传统服务端”。

但这也并不是简单的替代关系，一定是因为有一些任务，继续在 Next.js 当前的状况里写不合适。

比如长耗时的任务，可以使用setImmediate 和 process.nextTick ，它们都是 Node.js 的异步调度机制，但它们在执行时机上有重要区别，且写法上并不舒服，自然。

不管什么语言，大了后拆分引入不同框架都是必然的过程，纯靠 Next.js 来撑住不现实。

但更多的时候讨论的是 Next.js 和 React 的关系，当下这个阶段我仍然认为 Next.js 对我而言是更合适的选择。

第一个理由，开箱即用的 tailwindcss 集成，路由集成，现成的中间件。这几板斧你不用 Next.js 去用裸 React 也早晚得装回去。省下这心力对我而言很重要。

其次，某种程度上，Next.js 才是现在 React 的“正统”，官方都在建议使用基于 React 的框架，React 内部的复杂性攀升越来越高，你用不上还好，用了的话需要小心处理的坑很多，React 越来越像一个元框架，Next.js 反而越来越像那个我们本来以为的 React。

Next.js 屏蔽了一些细节，但 React 的那些特性都原原本本还给你了全部的操作空间。我会认为它是更现代的，更适合一般开发应用到开发者使用的 React。

不想用 SSR？没关系，React 也没说要你一定用，Next.js 也是，配合 static export ，还是原来那个味道。

更多的时候类似文章提到需要重新思考是使用 Next.js 还是 React，讨论的可能是『不要被宣传的 SSR， server action 等带跑了，还是要思考更合理的使用方式』。

而这些，本来就在框架设计者的考虑范围内。给你更多的功能，怎么选择使用，还是看你自己。

这些微妙的细节不靠自己动手获得的体感来感悟，只靠 AI 帮你些，是得不到的。

i love coke

你并不一定真的需要 Next.js