时间戳

首页 > 解决方案 > 同构反应与盖茨比（静态站点）反应

javascript - 同构反应与盖茨比（静态站点）反应

问题描述

使用同构（服务器端）反应与使用静态生成的反应应用程序（例如 gatsby）有什么关键区别或好处吗？

我了解，两者都会生成 html 以发送到浏览器以进行初始页面加载，因此它们都具有 SEO 优化。两者都可以与经过身份验证的路由和非静态内容一起使用。我知道它们不是一回事，但有什么区别，更重要的是为什么有人会使用其中一个。

提前致谢。

标签： javascriptreactjsserver-side-renderinggatsbyisomorphic-javascript

解决方案

有一些差异。

  1. 顾名思义，同构渲染需要后端服务器；预渲染不需要后端服务器。
  2. 使用 SSR，页面和元数据将包含用户特定的数据；预渲染将不包括初始页面加载时特定于用户的数据。
  3. 预渲染需要提供多个 .html 文件，并且代理必须重定向到这些文件；同构渲染仍然是一个 SPA。

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

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

指出的差异是关键差异。在不同的方法中有不同的技术。

另外，同构渲染结合了 SSR 和 CSR。同构渲染在浏览器中进行动态路由。仅 SSR 解决方案在每条新路线上提供新页面。

两个好资源：

https://www.toptal.com/front-end/client-side-vs-server-side-pre-rendering

https://jamstack.org

推荐阅读