新项目立项，团队在纠结这个。我倾向 Next.js（SSR/SEO 友好），但同事觉得 Vite + React 更灵活、构建快、心智负担小。
我的判断标准大概是这样：
- 重 SEO、内容型、有 SSR 需求 → Next.js。
- 中后台、登录后应用、纯交互 → Vite SPA。
- 不确定 → Next.js，留个口子。
最后我们选了 Next.js，主要是考虑到后面可能要做内容页。但说实话，纯做后台的话 Vite 真的更舒服。
大家怎么选的？有没有 "选错了想换" 的血泪史？
#Next.js#React
Next.js 还是 Vite + React？说说我的取舍
回复
暂时没有回复。
Related
相关推荐
讨论
Next.js 现在还适合自托管吗？
社区讨论帖，欢迎分享你的经验和观点。
讨论
我用 Claude Code 写 Next.js 的工作流
分享下我现在的日常流程，不一定最优，但用着顺手。 新功能先让它在 plan 模式下出方案，我确认后再 apply；Server Action 这种容易出错的，强制它先写一个测试用例再写实现；样式部分我手写，不让它碰 Tailwind 类名（它审美不太行）。 最后一步永远是跑 pn
讨论
App Router 迁移半年，聊聊踩过的坑
把一个 Pages Router 项目分批迁到 App Router，前后折腾了快半年。最大的感受是：缓存边界和 "use client" 这两件事，文档轻描淡写，实际占了 80% 的坑。 中间遇到过几次经典翻车： 客户端组件里直接 fetch ，被默认缓存导致数据不刷新。 pa
讨论
Server Components 到底解决了什么问题？
看了不少文章，还是没完全 get 到 RSC 的核心价值。表面说是 "组件在服务端跑"，但 SSR 不也能在服务端跑组件吗？ 我自己理解下来，主要差在两点：RSC 是 "按组件粒度" 决定跑在哪，并且它能直接访问数据源，不用再走一层 API。组件树里零 JS 下发到客户端这点确实