第一部分总结：客户端渲染

到目前为止，我们编写的所有内容几乎完全在浏览器中渲染。当我们使用 Trunk 创建应用程序时，它使用本地开发服务器提供服务。如果你构建它用于生产并部署它，它将由你正在使用的任何服务器或 CDN 提供服务。无论哪种情况，提供服务的都是一个 HTML 页面，其中包含

当 JS 和 WASM 加载完成后，Leptos 会将你的应用程序渲染到 <body> 中。这意味着在 JS/WASM 加载并运行之前，屏幕上不会显示任何内容。这有一些缺点：

它会增加加载时间，因为在下载其他资源之前，用户的屏幕是空白的。
它不利于 SEO，因为加载时间更长，并且你提供的 HTML 没有有意义的内容。
对于由于某种原因无法加载 JS/WASM 的用户来说，它是坏掉的（例如，他们在火车上，在 WASM 完成加载之前刚进入隧道；他们使用的是不支持 WASM 的旧设备；他们由于某种原因关闭了 JavaScript 或 WASM；等等）

这些缺点适用于整个 Web 生态系统，尤其是 WASM 应用程序。

但是，根据你的项目要求，你可能可以接受这些限制。

如果你只是想部署你的客户端渲染网站，请跳到关于 “部署” 的章节——在那里，你将找到有关如何最好地部署你的 Leptos CSR 网站的说明。

但是，如果你想在 index.html 页面中返回的不仅仅是一个空的 <body> 标签，该怎么办？使用“服务器端渲染”！

关于这个主题可以（并且可能已经）写出整本书，但它的核心非常简单：在 SSR 中，你将返回一个初始 HTML 页面，该页面反映了你的应用程序或站点的实际起始状态，而不是返回一个空的 <body> 标签，这样在 JS/WASM 加载期间，以及直到它们加载完成，用户都可以访问纯 HTML 版本。

本书的第二部分，关于 Leptos SSR，将详细介绍这个主题！