嵌套通配符来处理Sitecore的虚拟物品(Nested Wildcards to Handle V

TLDR; 什么是多层次的复杂虚拟物品最好的工作或推荐的方法是什么？

我工作的事情目前是不是使用的查询字符串变量过滤特性的，我只是想延长URL，并允许这些网址进行过滤。
事件：
~/events/2012/april或
~/events/lunches或
~/events/6CB27D08-358E-49AA-8107-16A50E963C70

我现在有一个通配符设置处理最后一种情况或一年，但遇到了一个通配符只能处理一个层面的障碍，所以我无法处理/events/{0}/{1}只有一个通配符。 更进一步，我认为，共同友好的URL将结束是/events/2012/april/<external_id>_<event_name>

使用通配符，我需要把它们深三层三种不同的布局来处理每个案件，从我目前知道的

Events/
        *
          *
            *

有没有更好的方法或处理多层次的复杂的虚拟商品的推荐更多的方式？

Answer 1:

你是正确的道路上这里，你是在正确的，你需要一个通配符项为URL的每个部分。 然而，仅仅因为一个通配符存在并不意味着你需要使用它。 换句话说，在/events/*/*项目将处理/events/2012/april URL。

你可能想看看这篇博客http://www.sitecore.net/Community/Technical-Blogs/Getting-to-Know-Sitecore/Posts/2011/09/Wildcards-and-Data-Driven-URLs.aspx通向通配符模块

Answer 2:

是否有使用通配符项的具体原因是什么？ 我想你是URL重写更好，如果你打算超过1平深有通配符。

因此，请只/events项目和重写/events/{0}/{1}到/events?year={0}&month={1}

文章来源: Nested Wildcards to Handle Virtual Items in Sitecore