过去一个月我一直在构建一个Drupal 8网站，该网站应该有一个类似于此的愚蠢的简单页面层次结构：
Parent Page
--Child Page
--Child Page
----Grandchild Page
----Grandchild Page
----Grandchild Page
Parent Page
--Child Page
----Grandchild Page
------Great Grandchild Page
--Child Page
我真的会认为这种正常的父子页面结构层次结构将被构建到Drupal中并在面包屑中得到适当反映，但显然它不是，Drupal默认为一个荒谬的平面模型页面被假定为主页的直接子节点（例如，＆＃34; home＆gt; event1＆＃34;而不是更具有分类和结构描述性的＆＃34; home＆gt;事件＆gt; event1＆＃34;）。在这方面，从可用性的角度来看，面包屑是无用的，为用户提供了对于给定页面在网站结构上的任何地方没有任何意义。
如果我只是简单地添加在主导航菜单结构中作为链接或子链接创建的每个页面，我已经找到了在菜单中正确反映的层次结构，面包屑和路径名可以在某种程度上以自动方式实现。然而！在某些情况下，我有70多个页面是父页面的子页面，因此使每个页面成为主菜单的一部分是不可能的：在某些情况下，我希望显示父页面，并让父页面充当儿童页面列表。
我也听说过使用分类法，但是我找不到任何有用且充分描述性的文献来解释如何准确地实现，或准确地反映准确的面包屑或网址别名中的分类属性。如果我必须手动配置和维护计划网站上数百个页面中每个页面的面包屑和网址别名路径及其关系，我会感到很痛。
我也听说过使用＆＃34; Books＆＃34;模块。虽然我正在开发的内容可能类似，但我并不是在制作一本书，而是有多个相互关联的可导航页面，其中包含章节，章节和小节。在我看来，为了完全不同的目的而扭曲一个功能模块，只是类似于我作为一个janky ad-hoc修复程序的需求。
有一个名为"Node Hiearchy"的模块表面上实现了我正在寻找的基本功能......但令我懊恼的是，模块尚未针对Drupal 8进行更新（一个痛苦的曙光实现）关于Drupal 8模块可用性的状态，我继续学习/开发）。
简而言之：有没有办法实现我在Drupal 8中使用工作面包屑和url别名寻找的那种愚蠢的基本层次结构？或者我是否必须通过将所有内容降级到Drupal 7来改进所有过去2个月的工作，以便访问节点层次结构模块？
答案 0 :(得分：1)
对于Drupal 8，一种可能性是Entity Hierarchy
您可以应用页面层次结构，但只能应用一个级别。因此，在您的示例中，您将能够在“主页”上列出“事件”，并且您将能够列出“事件-1,2 ...等”事件“。但您将无法显示首页上的“Event-1..etc”。
不要忘记授予匿名角色“Entity Hierarchy Views：Access embedded child view”。