La façon dont vous voyez ce fonctionnement est purement la façon dont l'interface utilisateur du menu a été écrite. La façon dont les menus sont structurés dans la base de données permet toutes sortes d'autres possibilités, que n'importe qui pourrait faire un module.
Je suppose (je ne sais pas parce que je n'ai pas été impliqué dans la construction du module de menu et je n'ai jamais enquêté):
La raison en est que dans Drupal, l'interface utilisateur des menus est centrée sur les menus, pas sur les éléments de menu.
C'est parce que vous avez généralement un ou plusieurs menus que vous souhaitez afficher sur le site, vous ajoutez donc des éléments de menu à un menu donné.
L'alternative est que tout tourne autour des éléments de menu (chemins) et vous allez à un chemin et dites "Je veux que ce chemin soit dans tous ces menus".
Je dirais que la décision a été prise (si c'était même une décision. Il est tout à fait possible qu'elle ait été simplement écrite de cette façon et personne ne l'a remise en question) en fonction des cas d'utilisation perçus.
Personnellement, je peux voir plus de cas d'utilisation pour la gestion des menus au niveau du menu qu'au niveau des éléments de menu. Je voudrais rarement voir tous les menus dans lesquels un élément de menu se trouve. Habituellement, je veux simplement gérer un menu, puis le placer où il doit aller dans la mise en page. Il s'agit d'un menu discret, il est donc géré de cette façon.
Je peux voir qu'il y aurait des cas d'utilisation pour voir tous les éléments de menu pour une page donnée, mais je pense certainement que c'est moins courant que de vouloir voir quels éléments de menu sont dans un menu.
Vues prend en charge les éléments de menu, il est donc très facile de créer une vue d'élément de menu qui présenterait l'interface utilisateur alternative.