Sitecore页面组件体系结构建议 [英] Sitecore page component architecture suggestions

问题描述

我们已经为主要使用页面编辑器的客户开发了一个Sitecore站点。我们已经构建了页面类型布局，然后将其他所有内容(包括内容的子布局)组件化。这使他们在构建页面时具有最大的灵活性。

因此，作者转到一个页面，选择该页面的主要内容区域(占位符)，并插入我们创建的基本建筑挡路组件。其中包括富文本框、页面宣传等，他们可以使用这些来构建内容冗长的非常丰富的页面。

我们遇到的挑战是，每次用户添加其中一个组件(创建新的内容项)时，他们需要对其命名，并在树中的页面项下创建一个项GET。所以你可以有：Page>Rich Text 1，Rich Text 2，Image，Promo，Rich Text 3等等。这会产生一个很难导航的复杂树。此外，我们不希望他们必须对每个名称进行命名，因为这些名称无关紧要。

我们正在寻找使作者更容易做到这一点的方法，例如自动为新项目生成一些逻辑名称，可能将它们全部存储在一个文件夹中而不是在页面下，或者以某种方式隐藏它们？

我很想听听关于我们如何清理这个问题的想法，或者其他人是如何设计类似的解决方案的。

谢谢！

推荐答案

这是Sitecore中的常见方案，我相信它为内容作者提供了很大的灵活性。

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

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

有了这些，第二个技巧是，您可以将它们添加到一个名为"Page Components"的特殊文件夹下，而不是在当前项下创建组件。您的所有页面都将始终具有此"Page Components"文件夹。要实现这一点，您需要将所有的插入选项更改为使用分支而不是模板。

如果你不知道Sitecore中的分支机构，可以在谷歌上搜索一下，你会找到它的。

使用这两种方法，您的树将看起来像那样，这样内容作者就不会感到困惑：

并且，在Page Editor透视图中，内容作者将获得类似以下内容：

其中一点是，使用仅用于组件的特殊文件夹，内容作者不需要太在意组件名称，因为它不会扰乱他的树。

希望这会有帮助.. 干杯

这篇关于Sitecore页面组件体系结构建议的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！