Inheritance Sitecore是布局下更好的位置

谁能解释一下哪一个（顶部还是底部）更好？？

简单地说，顶部在登录页中有一些占位符元素，所有键名在Sitecore布局演示中都是绝对的

否则，底部的一个在登录页中只有一个占位符，它称为“组”控制页。“组”占位符包含占位符列表

不同之处在于，我只调用一个占位符，即登录页中的“组”，而“组”控件在Sitecore中将其子项作为继承调用

如果我将结构更改为底部，您认为站点或页面的渲染性能更好吗？？若有，原因为何？

---

**还有一件事，即使我没有在页面中为特定控件设置占位符元素，但如果控件是在定义的占位符元素下创建的，则会添加特定控件。例如，如果我在“group/a”中添加控件，新控件的键将是“group/a/specific”，即使它没有自己的占位符元素。

我认为更改结构不会提高渲染性能。但它可能还有其他好处。虽然我承认我不是Sitecore如何组装页面的内部工作的专家，但如果您有嵌套的子布局，则可能会有更多的代码要执行，这可能意味着需要更多的时间来处理它们。我不认为执行时间上的差异是巨大的。但是如果你在一个高负载的网站上工作，它可能仍然是重要的

这就是说，我倾向于在我的开发中相当经常地使用嵌套模式，因为它通常更适合我被要求创建的那种视觉布局。网页通常有列-可能使用嵌套标记。因此，我经常将我的实现组件分为“定位子布局”（包含占位符和在屏幕上定位它们所需的标记的组件-您的“组”就是一个例子）和“行为子布局”（呈现内容或执行处理的组件）：

在这里，位置子布局包括两个占位符-用于页面的左侧和右侧。然后可以将子控件放置在相应的列中

我发现以这种方式分解页面可以实现更高的可重用性：位置子布局可以在共享相同列大小的所有页面上重用。行为控件可以在具有不同列的页面中重用

---

也许值得指出的是，通过缓存，您可以从嵌套方法中获得性能优势，尽管这可能会有一些挑战：如果在嵌套示例中为“组”控件启用Sitecore缓存，然后Sitecore还将其子控件的输出缓存在同一缓存项中。如果这些子控件进行大量处理，这可能有助于提高性能，但如果这些子控件中的任何一个需要在不同的用户或请求之间变化，也可能会导致问题。在这种情况下，最好不要缓存“组”，而是在子布局上设置缓存选项。

最后一个示例中肯定有。可以为主标记定义不同的组布局：

• ->sc\U plh\U头

• ->sc\u plh\u内容-在这里，您可以呈现下面解释的分组布局

• ->sc\U plh\U头

sc_plh_内容sitecore占位符将根据页面类型分组占位符（子布局）：

内容为：主页、网站地图、文章、新闻、产品、产品系列等。因此，您强制内容作者仅在特定占位符中插入控件

例：

文章系列具有左侧菜单导航和右侧标记的类似文章（内容[800px]有3列：第1列[200px]=左侧导航占位符，第2列[450]-内容包装占位符，第3列[150px]-右侧摘要部分）

新闻部分页面只有一列，其中包含鼠标滚动时异步加载的新闻列表（以内容为中心[600px响应]-content\u infinite\u scoll\u占位符）

建议减少内容编辑器创建时髦页面的可能性

---

就性能而言，两者的性能相同（如果使用第一个示例和第二个示例的第一页相同）。

在Sitecore中使用底部图片有什么好处吗？