sitecore - 主/细节困境 : Wildcard items vs Sitecore Pipeline for Virtual Items or any better idea?

Question

我曾经使用通配符项目来实现列表/详细信息场景，这意味着，为了 URL，我创建一个常规项目来显示列表，然后在该节点下，我创建一个通配符项目来表示所有可能的详细信息页面，比如:

/news/*  

(我通过代码生成一个友好名称来替换通配符并生成完整的 URL，例如:mywebsite.com/news/the-meeting-press-release)

然后我在其他地方创建一个文件夹或内容项的存储桶作为我的存储库。然后我将相同的数据源分配给列表节点和通配符节点，为它们提供相同的内容项存储库。

我想这样做的主要原因是使用数据源并使导航节点(生成实际页面和 URL)与内容文件夹结构分开。换句话说，关注点分离:导航项作为表示节点，内容项作为我的数据存储库。

这是一种解决主/详细要求的简单方法，但我总是对此感到内疚，感觉这种技术破坏了 Sitecore 后端的完整性(数据库上的站点核心链接表)和设计模式。

例如，当我查看 Analytics 时，我得到 * 作为项目的名称，显然这感觉就像后端系统的外星人。

我知道这不是一个新话题。我见过像 this 这样的线程或类似 Sitecore Pipeline Processor for Virtual Items 的想法来实现这样的要求。

这方面有什么最佳实践吗？有没有人很好的例子来说明实现这种管道处理器的最适合站点核心的方式是什么？您如何使用 Analytics 上的通配符解决这个问题？

Answer 1

我将在这里与马丁采取不同的方式。我已经成功地多次使用通配符来实现您所建议的确切目的(例如，查看 http://www.atpworldtour.com/news - 所有新闻文章都是带有通配符以解析 url 的存储桶中的项目)。

启用页面编辑器有 2 个选项。

1. 新闻条目成为页面。这样，您需要在 httpRequestBegin 管道中使用一个新的处理器来解析项目的 url，然后将 Sitecore.Context.Item 设置为当前项目。 IIRC 您可以通过设置管道参数属性之一来做到这一点。这将在页面编辑器中正常工作，因为上下文项目 - 正在编辑的项目 - 是新闻文章。然后页面上的其他渲染就可以根据需要使用数据源了。

2. 新闻文章解析为数据源。我也试过这种方法。为此，您需要一个自定义数据源解析器。我在 httpRequestBegin 管道中使用了一个处理器，这样我就不必为需要数据源的每个渲染多次解析 Url。但随后在 RenderRendering 管道中，我有一个处理器检测我是否需要通配符数据源并使用已在 httpRequestBegin 处理器中解析的项目。

每种方法各有利弊。

选项 1 非常简单。这意味着您可以使用单个通配符来解析不同“类型”的页面项目，因为演示文稿是在页面项目上而不是通配符项目上，而且每个项目都可以有自己的自定义演示文稿，所以在页面编辑器中设置的数据源对于一篇文章来说是唯一的。这在某种程度上也是一个缺点。 A/B 测试对于主要文章文本等变得更加困难......您仅限于测试文章版本。

选项 2 在测试领域更加灵活 - 您可以通过更改数据源轻松测试/个性化文章的某些部分。但是您受到更多限制，因为必须在通配符上设置演示文稿。因此，不属于主要文章的 部分的渲染将在所有 篇新闻文章中具有相同的内容/设置。