文档模式
渲染
渲染回答了一个问题：谁生成 HTML，以及何时生成。 Nexy 有四个答案和一个默认答案。
没有把握？保留 SSR。 仅当您能说出原因时才更改页面：很少更改的内容 (ISR)、需要浏览器的一个小部件（孤岛）或类似应用程序的导航 (CSR)。
它是如何运作的
SSRrequestserver rendersHTMLbrowser
ISRrequestcached HTML?browser, regenerated in the background
CSRrequestdocument rendered by the serverbrowser takes over navigation
Islandsrequestserver renders the pageone widget hydrates on demand
四种模式
| 固态继电器 | 情报监视与侦察 | 企业社会责任 | 岛屿 | |
|---|---|---|---|---|
| 数据已读取 | 根据每个要求 | 每次再生时 | 在浏览器中 | 根据每个要求 |
| HTML 来自 | 服务器 | 服务器，然后是缓存 | 第一个文档的服务器，然后是浏览器 | 服务器 |
| JavaScript | 仅适用于岛屿 | 仅适用于岛屿 | 框架包 | 只有岛屿 |
| 保湿 | 无 | 无 | 整个文件 | 岛屿 |
| 缓存 | 无 | 每个 URL，在内存中 | 无 | 无 |
| 决定于 | 默认 | 页面中的 revalidate = N |
useCSR = True 在项目中 |
组件上的 directive |
| 谷物 | 页面 | 页面 | 项目 | 组件 |
渲染生命周期
有两个事实可以解释最令人惊讶的事情。
- 项目处于一种模式。
useCSR在服务器模式（SSR、ISR、岛屿、.nexy、.md、.mdx路由）和客户端模式（框架路由和客户端路由器）之间进行选择。两者不能混合：参见服务器模式和客户端模式。 - 在服务器模式中，模式是每页。 一个页面可以用
revalidate缓存，另一个可以容纳一个岛，第三个都不能。
客户端模式仍然发送真实的文档：Nexy 在 Node 中呈现它作为第一个响应，然后浏览器接管导航。 CSR 页面不是等待捆绑的空白页面。
何时使用
- 内容、营销、文档：SSR，当内容很少更改时加上 ISR。
- 带有一个交互式小部件的大部分静态页面：带有岛屿的 SSR。
- 仪表板、编辑器、类似应用程序的导航：CSR。
- 不断读取且很少更改的页面：ISR。
配置
| 模式 | 哪里 |
|---|---|
| 固态继电器 | 无处：这是默认值 |
| 情报监视与侦察 | revalidate = 60 位于 .nexy 页面的首页 |
| 企业社会责任 | nexyconfig.py 中的 useCSR = True，设置了 useFF |
| 岛屿 | 组件标签上的 directive="client:visible" |
示例
revalidate = 60<h1>Rendered at most once per minute</h1>没有 frontmatter 行的同一页面是 SSR。
from "@/components/Chart.tsx" import Chart<h1>Rendered on every request</h1><Chart directive="client:visible" />视图是 SSR，图表是一个滚动到视图中时会水合的岛屿。
局限性
- 没有 SSG 模式。 Nexy 在构建时预渲染 HTML（组件 HTML、客户端文档），但始终通过服务器读回：没有导出命令，没有静态托管的独立文件夹。对于冻结的内容，请使用具有长窗口的 ISR。
- ISR 不是 CDN。 缓存存在于呈现页面的进程中；几个工作人员保留多个缓存。参见ISR。
- CSR 是一项项目决策。 您不能制作一页 CSR 并保留其余的 SSR。
- 岛屿为岛屿提供水分，而不是页面。 岛屿相互依赖的页面是变相的 CSR 页面。