之前 Jerry 的公众号文章介绍过 SAP 产品的渲染模式：

• SAP UI 渲染模式：客户端渲染 VS 服务器端渲染
• 对于 SAP 产品 UI 的搜索引擎优化 SEO – Search Engine Optimization
• 深刻学习 SAP UI5 框架代码系列之二：UI5 控件的渲染器

其中提到，SAP UI5 采取的是客户端渲染，Client Side Render 即 CSR.

那么，SAP UI5 是否像 SAP Spartacus 那样，同时反对客户端渲染和服务器端渲染呢？

我依据 SAP UI5 SSR 的关键字，在搜索引擎上查找了一番。

1. 要求 SAP UI5 Web Component 反对 SSR 的申请

链接

您的性能申请是否与问题无关？请形容。

如果 UI5 Web 组件能够反对应用 Next.js 等风行框架的服务器端渲染，那就太棒了。咱们在用于 React 包装器的 UI5 Web 组件中收到了相似的问题。

形容您想要的解决方案

我想在例如应用 UI5 Web 组件 Next.js 无需利用变通方法。因而，一些围绕文档的 API 须要一个形象，以确保它们在 SSR 期间不会解体，并且会在客户端上被 hydrated.

形容您思考过的代替计划

当您十分认真地留神导入组件的地位时，能够应用 Next.js 中已有的 UI5 Web 组件。导入 ui5 按钮，例如在 useEffect 中将使您可能渲染按钮。然而，如果您当初正在导入一个图标，它将解体，因为图标导入正在拜访 SharedElementRegistry，而 SharedElementRegistry 正在拜访 SSR 期间未定义的 document 对象。

2. Support for Static Site Generators

链接

需要：我真的很喜爱 React 的 UI5 WebComponents。我想将它与动态站点生成器（如 Next.js 或 Gatsby.js）联合应用，但它不起作用。我认为目前不反对服务器端渲染。如果您能够反对它以进步初始页面加载的速度，那就太好了。

现状

尝试 SSR HTML 自定义元素时存在一些问题。

截至明天，Web 组件不反对 SSR。咱们做了一些试验，在服务器端应用渲染器来渲染 Web 组件的初始内容，并在客户端做一些渐进式加强，但到目前为止它只是一个 POC。但我有点想晓得，为什么 Web 组件不能与 Next.js 或 Gatsby.js 一起应用——它们能够简略地出现自定义 HTML 标签，而后 Web 组件在客户端出现。但我不得不抵赖，我并没有在 Next.js 或 Gatsby.js 的细节中对此进行判断。

的确网络上当初对 SAP UI5 SEO 和 SSR 的材料很少。