Sitecore页面组件架构建议

时间:2014-10-24 19:30:35

标签: sitecore

我们为主要使用网页编辑器的客户开发了Sitecore网站。我们构建了页面类型布局,然后对其他所有内容进行了组件化,包括内容的子布局。这使他们在构建页面时具有最大的灵活性。

因此,作者进入页面选择页面的主要内容区域(占位符)并插入我们创建的基本构建块组件。这些包括富文本框,页面促销等。他们可以使用这些来构建具有冗长内容的相当丰富的页面。

我们遇到的挑战是,每次用户添加其中一个组件(创建新的内容项)时,他们都需要为其命名,并在树中的页面项下创建项目。所以你可以:Page>富文本1,富文本2,图像,促销,富文本3等。这会导致难以导航的复杂树。此外,我们不希望他们必须为每个人命名,因为这些名称无关紧要。

我们正在寻找方法让作者更轻松,例如为新项目自动生成一些逻辑名称,可能将它们全部存储在一个文件夹而不是页面下,或以某种方式隐藏它们?

我很想听听我们如何清理它,或者其他人如何构建类似的解决方案。

谢谢!

2 个答案:

答案 0 :(得分:2)

这是Sitecore中的一个常见场景我相信,它为内容作者提供了很大的灵活性。

我将在列表中包含的第一种方法是拥有两个存储库,一个用于页面组件,另一个用于共享组件。这还需要对内容作者进行一些培训,以便向他明确两个文件夹之间的区别。

为此,在子布局中,您可以定义由管道分隔的多个数据源位置。 enter image description here

有了这个,第二个提示是,而不是在当前项目下创建组件,您可以将它们添加到名为“页面组件”的特殊文件夹下。您的所有页面都将始终包含此“页面组件”文件夹。要实现这一点,您需要更改所有插入选项以使用分支而不是模板。

如果您不知道sitecore中的分支机构,那么谷歌就可以了解它。

使用这两种方法,您的树看起来就像那样,这对内容作者来说不那么容易混淆:

enter image description here

而且,在页面编辑器的角度来看,内容作者会得到类似的东西:

enter image description here

其中一点是,只有组件的特殊文件夹,内容作者不需要太在意组件名称,因为它不会弄乱他的树。

希望有帮助.. 干杯

答案 1 :(得分:0)

您可能还想调查仅在页面编辑模式下显示某些字段。您可以使用here技术控制某些字段渲染器的可见性,以便在页面编辑器模式下将某些字段公开给编辑器,否则这些字段可能不是。我不确定你是否可以将name属性放在字段渲染器中。

多年前我在RedDot工作时不得不做这样的事情,只有真正为你提供页面编辑器模式才能工作。