在选择 Next.js 之前，您应该了解这些信息
原文中文，约14200字，阅读约需34分钟。
📝
内容提要
文章批评了 Next.js，特别是其从页面路由器转向应用路由器的体验不佳。作者认为，Next.js 同时追求快速加载和复杂客户端逻辑，导致了不必要的复杂性。许多开发者对 Vercel 的商业模式表示担忧，认为其在推动开源的同时实际上在锁定用户。文章还提到 Remix 和 Vite 等其他框架，认为它们在 SSR 和开发体验上更具优势。
🎯
关键要点
-
Next.js 从页面路由器转向应用路由器的体验不佳，导致作者放弃使用该框架。
-
Vercel 的商业模式引发担忧，认为其在推动开源的同时实际上在锁定用户。
-
Next.js 同时追求快速加载和复杂客户端逻辑，导致不必要的复杂性。
-
作者认为可以将快速加载和复杂功能分开处理，以简化开发过程。
-
Remix 和 Vite 等其他框架在 SSR 和开发体验上更具优势。
-
Next.js 的复杂性源于其与 Vercel 服务的限制，许多设计决定被认为是不必要的。
-
作者警告开发者远离 Next.js，认为其代码库的复杂性不值得。
-
SSR 的必要性被夸大，许多项目可以通过其他方式实现良好的性能和 SEO。
❓
延伸问答
Next.js 的应用路由器体验为何被批评？
Next.js 从页面路由器转向应用路由器的体验不佳，导致许多开发者放弃使用该框架。
Vercel 的商业模式有什么问题？
Vercel 的商业模式引发担忧，许多人认为它在推动开源的同时实际上在锁定用户。
Next.js 的复杂性主要源于什么？
Next.js 的复杂性源于其与 Vercel 服务的限制，许多设计决定被认为是不必要的。
有哪些框架可以替代 Next.js？
Remix 和 Vite 等框架在服务器端渲染（SSR）和开发体验上被认为更具优势。
作者对 SSR 的看法是什么？
作者认为 SSR 的必要性被夸大，许多项目可以通过其他方式实现良好的性能和 SEO。
使用 Next.js 开发的主要风险是什么？
使用 Next.js 的主要风险在于其代码库的复杂性，作者警告开发者远离该框架。
🏷️
