哪个框架在页面渲染中会更快。？
Which frame work will be faster in page rendering.?
我可以看到 AEM、JSP、EXT JS、JSTL、Sightly、CORAL UI 中有多种编码方式。我对哪些组合最适合在 AEM 中实施以更快地向最终用户呈现网页感到困惑。？
呈现速度无关紧要，因为内容是从缓存层传送的。对于缓存预热，架构至关重要，而不是技术。
首先，您要混合使用前端和后端渲染引擎。第二个 ExtJS 和 Coral UI 主要用于创作，而不是在发布实例的渲染时使用。正如 i.net 所说，不确定您在谈论性能的哪个方面，但这是 Adobe 在 Sightly 发布时所说的：
- 在不经常点击的部分使用 Sightly，在浏览者经常点击的页面部分使用 JSP，也就是说，JSP 和 HTL（Sightly）都是由 AEM 编译为字节码，所以不确定这现在有多相关。我们决定在渲染时完全使用 Sightly，因为它让我们的生活更轻松（FE 和 BE），至于速度，有这么多可用的缓存层，所以这不是一个大问题。
希望对您有所帮助。
我可以看到 AEM、JSP、EXT JS、JSTL、Sightly、CORAL UI 中有多种编码方式。我对哪些组合最适合在 AEM 中实施以更快地向最终用户呈现网页感到困惑。？
呈现速度无关紧要，因为内容是从缓存层传送的。对于缓存预热，架构至关重要，而不是技术。
首先，您要混合使用前端和后端渲染引擎。第二个 ExtJS 和 Coral UI 主要用于创作，而不是在发布实例的渲染时使用。正如 i.net 所说，不确定您在谈论性能的哪个方面，但这是 Adobe 在 Sightly 发布时所说的：
- 在不经常点击的部分使用 Sightly，在浏览者经常点击的页面部分使用 JSP，也就是说，JSP 和 HTL（Sightly）都是由 AEM 编译为字节码，所以不确定这现在有多相关。我们决定在渲染时完全使用 Sightly，因为它让我们的生活更轻松（FE 和 BE），至于速度，有这么多可用的缓存层，所以这不是一个大问题。
希望对您有所帮助。