nuxt.js - 当所有人都可以生成静态站点时，为什么我会选择 Gridsome/Gatsby 而不是 Nuxt/Next？

Question

关闭。这个问题是opinion-based .它目前不接受答案。












想改善这个问题吗？更新问题，以便可以通过 editing this post 用事实和引文回答问题.

去年关闭。




Improve this question




Gridsome/Gatsby 用例:仅 CMS？

我读到 Gridsome/Gatsby 与 CMS 配合得很好，但我从来没有对 CMS 做任何事情，这就是为什么我个人无法与这种优势联系起来。这是最好使用 Gridsome/Gatsby 的唯一情况吗？

静态站点生成和预取

都可以做静态站点生成和预取。行为上有什么不同吗？

灵活性

基本上使用 Nuxt/Next，我可以灵活地做我想做的事情，并在我积极开发的同时轻松更改构建行为(SSR 或静态站点生成)。另一方面，Gridsome/Gatsby 没有提供灵活性。或者是吗？

时间投资

此外，考虑到时间，学习两个框架 - 好吧 - 非常耗时。因此，Nuxt/Next 将使我涵盖更广泛的用例，并且更值得学习。至少根据我目前的知识，我是这么认为的。

当前个人用例

在我的特定情况下，我想创建一个登录页面。理论上，从阅读文章来看，Gatsby/Gridsome 听起来更合适。但是从功能上看，与 Gridsome/Gatsby 相比，Nuxt/Next 可以做到完全相同而没有任何缺点。

Answer 1

Gridsome/Gatsby 仅面向静态，当 Nuxt/Next 优先使用 SSR 时。

SSG :静态站点生成器 - Gatsby/Gridsome

SSR : 服务器端渲染 - Next/nuxt

仅 CMS

不，但是有很多 SSG 插件可以帮助您从 CMS(Wordpress、Drupal、Contenful、Strapi 等)获取数据。您不需要 CMS 来使用 SSG，您可以使用 JSON、Markdown、MDX 来填充您的标记。

灵活性

实际上，您无法使用 SSG 更改构建行为。但是你可以做动态的事情
与静态网站。

时间投资

SSG 和 SSR 之间非常相似。 SSG 可能更简单、更抽象，但如果您使用 Gatsby，您将学习 React 的一部分，Next 也是如此。

个人用例

对于登陆页面，我认为 SSG 是完美的工具。您需要的不仅仅是在构建过程中获取数据的静态显示吗？形式？您可以使用 Netlify Forms(或任何其他工具)。后台功能？使用无服务器功能。

SSG 带有很棒的 SEO/性能插件，我不确定它们是否可用于 SSR。