当前菜单结构背后的原因是什么

我不是Drupal忍者；根据我在http://drupal.org/node/788972上看到的内容，
Drupal似乎具有Joomla之类的菜单结构，从某种意义上说，它允许在菜单类别下创建菜单项。为什么与中央菜单项部分不同，为什么要使用此菜单项？如果需要，我们可以从中央菜单项部分链接到多个菜单？

这就是我在Wordpress中看到的。在后一种方法中，我可以看到减少的冗余和更改同一链接的多次出现的单个点。

我想了解Drupal菜单结构背后的逻辑/原因，而不是了解Drupal与Joomla或WordPress相比如何。

您可以创建任意数量的菜单项，然后将其指向任意位置。您可以在代码和用户界面中执行此操作。

Drupal菜单具有很大的灵活性，尤其是对于contrib而言。

更多：

您可以设置许多不同的菜单（而不仅仅是一个整体的层次结构），因为这样您就可以拥有多个菜单。您可以将它们放在页面上的任何位置。您可以有一个侧边栏菜单，一个顶部菜单以及其他任何菜单。

在内部，菜单系统实际上是一个路由系统。Drupal使用与在网页中显示菜单相同的代码集来路由请求。每个路线/项目都可以拥有自己的权限，因此用户看到的项目列表将自动由其角色确定。

简而言之，总结：Drupal菜单结构背后的原因是它的灵活性。

您看到此工作的方式纯粹是编写菜单UI的方式。数据库中菜单的结构方式允许各种其他可能性，任何人都可以制作模块来做。

我假设（我不知道，因为我没有参与菜单模块的构建，并且我从未对此进行过调查）：

原因是在drupal中，菜单UI围绕菜单而不是菜单项。

这是因为通常您要在站点周围显示一个或多个菜单，因此您将菜单项添加到给定菜单中。

另一种选择是，所有内容都围绕菜单项（路径）旋转，然后转到某个路径并说“我希望该路径出现在所有这些菜单中”。

我会说，该决定是基于感知的用例做出的（即使是一个决定。很可能只是这样写的，没有人质疑它）。

就个人而言，我可以看到在菜单级别而不是在菜单项级别管理菜单的更多用例。我很少想看到菜单项所在的所有菜单。通常，我只想管理菜单，然后将其放在布局中必须放置的位置。它是一个离散菜单，因此可以通过这种方式进行管理。

我可以看到会有一些用例来查看给定页面的所有菜单项，但是我绝对认为它比希望查看菜单中的菜单项少一些。

视图具有菜单项支持，因此创建显示替代UI的菜单项视图非常容易。