Javascript 同构反应vs盖茨比（静态位置）反应

使用同构（服务器端）react与使用静态生成的react应用程序（例如gatsby）相比，有什么主要区别或好处

我知道，他们都将生成html发送到浏览器的初始页面加载，所以他们都有搜索引擎优化。两者都可以用于经过身份验证的路由和非静态内容。我知道它们不是同一件事，但有什么区别，更重要的是为什么有人会使用一个而不是另一个

---

提前谢谢。

有些不同

顾名思义，同构渲染需要后端服务器；预呈现不需要后端服务器

使用SSR，页面和元数据将包括用户特定的数据；预呈现不会在初始页面加载时包含特定于用户的数据

预呈现需要服务多个.html文件，并且必须将代理重定向到这些文件；同构渲染仍然是一个SPA

在什么条件下，一个人比另一个人更受青睐

当页面加载时，用户特定的数据理想情况下会被切断（Iso） 内容变化不大且不是特定于用户的（预）

注意到的差异是关键差异。在不同的方法中有不同的技术

此外，同构渲染结合了SSR和CSR。同构渲染在浏览器中执行动态布线。只有SSR解决方案才能在每一条新路线上提供新页面

两个很好的资源：

---

伙计。想象一下，我用盖茨比做了一个网页，在一个页面上我会添加一个动态组件，这意味着用户点击它就会显示一个随机的漂亮短语。使用react很容易，使用SSR也很容易，因为react在用户交互时接管了网站。盖茨比呢？盖茨比是如何处理这种互动的？@roll，我也有同样的问题。我在以下方面找到了答案：1）静态站点HTML在构建时生成，2）即使HTML是静态的，也有一些JS可以从静态HTML（“再水化”）重建React应用程序客户端，3）在这个“再水化”阶段之后，React应用程序将像普通SPA一样运行。您可以将其用于动态客户端行为，如随机短语、数据获取、身份验证等。