展开讨论

创业与收入经验摘录 · 机器翻译

当我刚开始的时候,Next.js让服务器端渲染变得非常容易,但后来发现我并没有……

… 最开始的时候,Next.js 让服务端渲染变得非常容易,但后来我发现我其实并不需要它。我的宣传网站完全是静态的,而我的应用也完全是客户端渲染的。

源讨论Next.js 真是让人抓狂原帖 579 条评论 · 导入时统计
3

这条内容在回应什么?

父级讨论 · 节选

YU

我完全同意。我遇到过同样的问题,我永远不会用Next.js做任何事情,我会鼓励我工作中的每个团队使用其他工具。 一般来说,Next.js有太多抽象层,99.9999%的项目都不需要。而那些需要的项目可能更适合从底层组件构建定制解决方案。 Next.js是我用过的最差的技术。

完整原文

社区评论 0

还没有社区评论,来聊聊你的看法。

原讨论中的回复 3

仅展示本次导入中包含的直接回复。中文为机器翻译,可查看英文原文。

BO

我也使用 Next 和 pages 路由器。这为我提供了一个开发友好的 React 前端。 而且我有一些用例,希望在前端后面隐藏一个无头 CRM/API。所以在这些情况下,使用 Next 作为后端代理对我来说很有效。

完整原文
16

我推荐使用 React Router 而不是 Tanstack。我试过两者,RR 要容易得多且更可靠。 Tanstack 看起来在效仿 Next.js,他们只是把一切都搞得过于复杂,而且他们的文档在大部分功能上都显得不足。

完整原文
RU

我后悔将我的个人网站升级到 app 路由器。这真是个大错误,尤其是对于一个几乎完全是静态的网站来说。 遗憾的是 Tanstack 每隔一天就发布一个新版本,而 React Router 在五年前就已经完全稳定了,但似乎无法不断改变 API 以在无尽的 JavaScript 相关性战争中保持相关性。

完整原文
在 Hacker News 阅读

尊重不同观点,分享具体经验。

登录后即可发帖、评论、转发和引用。