single-page-application - JAMstack应用程序和SPA有什么区别

Question

这可能是一个愚蠢的问题，但是我现在才刚开始从事Web开发，而我在JAMStack中尤其陌生。

我已经阅读了一些内容，从得到的内容来看，基本上，在JAMStack中，我们将所有内容都提供给了
前端应用程序，因此Javascript可以像我们的操作系统一样，并可以通过API Universe获取所有内容。

虽然，在我看来，这有点像SPA的工作方式。我们通过API获取所需的内容，并相应地重新渲染页面的各个部分。

我在这里想念什么？
谁能指出我的正确方向，并比较这两者之间的差异，以及这些差异的优缺点是什么？

谢谢

Answer 1

没错，这很令人困惑。
以前，术语JAMstack描述JavaScript，API和标记。由于围绕该技术趋势的采用和混淆，jamstack.org将定义从JAMstack稍微更改为Jamstack。

Jamstack is an architecture designed to make the web faster, more secure, and easier to scale. It builds on many of the tools and workflows which developers love, and which bring maximum productivity. The core principles of pre-rendering, and decoupling, enable sites and applications to be delivered with greater confidence and resilience than ever before.

当您查看旧定义并非常纯粹地想到它时，SPA可能会属于此类别。这可能是将定义从JAM(JavaScript，Apis，Markup)移至Jam(多种技术)的原因。
不过，大多数人将其称为JAMstack网站， 是带有预渲染的HTML 的网站。这就是区别所在。 JAMstack网站(或静态网站)附带了一个生成过程，该过程可以预先生成所有需要的HTML文件。这种方法的托管成本低，速度快(SPA必须首先发出请求才能显示某些内容)并且更易于访问。
流行的项目是 eleventy或 Nuxt和 Next， Gatsby或其他。
即使查看流行的选项，也有细微差别。 Eleventy，例如通过发布主要是预先生成的HTML来实现“纯粹”的方式。
Nuxt/Next/Gatsby等通常带有通用的JavaScript方法。它们生成静态HTML，但是一旦加载JavaScript，它们就会转换为SPA。
综上所述，细微差别是微妙的，我不必为此担心太多。但是请记住，与传统SPA相比，JAMstack世界中的预渲染HTML站点在性能方面有一些不错的改进。