То, как вы видите эту работу, - просто способ написания пользовательского интерфейса меню. То, как меню структурированы в базе данных, позволяет использовать всевозможные другие возможности, которые любой может создать для модуля.
Я предполагаю (я не знаю, потому что я не был связан со сборкой модуля меню, и я никогда не исследовал это):
Причина в том, что в drupal пользовательский интерфейс меню сосредоточен вокруг меню, а не пунктов меню.
Это связано с тем, что у вас обычно есть одно или несколько меню, которые вы хотите отобразить по всему сайту, поэтому вы добавляете пункты меню в данное меню.
Альтернатива состоит в том, что все вращается вокруг пунктов меню (путей), и вы идете по пути и говорите: «Я хочу, чтобы этот путь был во всех этих меню».
Я бы сказал, что решение было принято (если это было даже решение. Вполне возможно, что оно было просто написано таким образом, и никто не подверг его сомнению) на основе предполагаемых вариантов использования.
Лично я вижу больше вариантов использования для управления меню на уровне меню, чем на уровне пункта меню. В редких случаях я хотел бы видеть все меню, в которых находится элемент меню. Обычно я просто хочу управлять меню, а затем помещать его в нужное место в макете. Это дискретное меню, поэтому оно управляется таким образом.
Я могу видеть, что были бы некоторые варианты использования для просмотра всех пунктов меню для данной страницы, но я определенно думаю, что это не так часто, как желание видеть, какие пункты меню есть в меню.
Представления имеют поддержку элементов меню, поэтому очень легко создать представление элемента меню, которое представило бы альтернативный интерфейс.