BBa*_*ger 3 reactjs server-side-rendering next.js nuxt.js nestjs
到目前为止，我还没有深入研究 SSR，但我即将介入，并首先进行一些初步研究，试图让我和该机构朝着最可能的最佳方向前进。这是公司选择 Angular、React 或 Vue 作为 F/E 框架的决定性因素之一，而这些框架也将成为我们的首选。看来 React 和 Next 可能是我们目前最好的前进方向。我重点关注使用 Next 的一些缺点，因为我想确保它们不会破坏交易。
\n在一篇比较 Next、Nuxt 和 Nest 的特定文章中，我看到一个要点，其中指出“Next.js 不是后端”。在其他地方提到 Next 应该补充一个 Node.js 服务器作为后端。我的问题是，这是否表明 Nuxt 和 Nest是后端？那么没有任何理由用 Node 或其他服务器来补充 Nuxt 和 Nest 吗？在我看来，情况并非通常或总是如此。就像 Nuxt 和 Nest 如此神奇以至于它们可以满足您所拥有的大部分或全部服务器需求一样？看起来这不一定是他们的目的……是吗？
\n在同一篇文章中，还有类似的其他三个要点作为 Next 的缺点，我很难看出其他两个框架有何不同。其他要点是：
\n\n\n\xe2\x80\xa2 如果您\xe2\x80\x99 正在创建一个简单的应用程序，它可能有点过头了
\n
\n\n\xe2\x80\xa2 所有数据都需要可以从客户端和服务器加载
\n
\n\n\xe2\x80\xa2 将服务器端应用程序迁移到 Next.js 并不是一个快速的过程，并且根据您的项目，这可能需要太多工作
\n
我可能是错的，但这些考虑因素似乎在撰写该页面时被轻而易举地解决了。我们有充分的理由注意到这些相对于其他框架的缺点，只是为了不给人留下这样的印象：相对于其他两个框架来说，Next 必然是一个奇迹，而其他两个框架的开发和迁移总是轻而易举。
\n显然，作为一个SO问题，我们希望避免在这里权衡意见，这个问题似乎可能会吸引这种意见。我正在寻找有关如何让我相信 Nuxt 和 Nest 在这几个方面优于 Next 的具体信息。
\n我意识到能够与这些 SSR 框架中的每一个进行交流的人可能很少，但如果您能够与其中一个框架进行交流，那仍然会非常有帮助。
\n此外，这篇文章是 2019 年 4 月写的，情况很可能已经发生了变化。
\n有几件事，我认为这是一个需要回答的有用问题，尽管不是一个SO类型的问题。
\n关于这里的2点：
\n如果您\xe2\x80\x99正在创建一个简单的应用程序，那么它可能有点矫枉过正
\n将服务器端应用程序迁移到 Next.js 并不是一个快速的过程，并且根据您的项目，这可能会需要太多工作
\n纠正这一点对于任何解决方案都是如此，因为您需要正确识别工作所需的工具。因此，应该对技术进行适当的评估。
\n讨论时：
\n这不是真的。这是有原因的process.browser。在某些情况下，您只需要客户端数据加载（用户特定的上下文加载），并且只需要服务器上的静态加载（静态页面生成）。这两者都是通过各种 Next 数据获取挂钩 getStaticProps、getServerSideProps 完成的，或者仅使用传统的获取。
在解决 API 对话时，Next 发布了 API 路由https://nextjs.org/docs/api-routes/introduction。然而，我热衷于关注点分离，API 与 Web 服务器应该是独立的。
\n初次提交后添加：
\nNext vs. Nuxt vs Nest
\n接下来与 Nuxt 的对比将主要是 vue 与 React 的对话，对于团队想要使用的内容没有足够的差异。
\n另一方面，Nest 是一个非常不同的话题。因为它是一个使用节点构建服务器端应用程序的固执己见的框架。它可以完成 SSR，但这不是它的主要目的。您可以在此处查看如何继续推进的示例https://dev.to/saltyshiomix/introducing-an-alternative-to-next-js-12ph，但只需知道 Next/Nuxt 面向通用应用程序，Nest 只是将其作为一个用例。
\n| 归档时间： |
|
| 查看次数： |
1289 次 |
| 最近记录： |