現在のメニュー構成の背後にある理由は何ですか

私はあまりDrupal忍者ではありません。私がhttp://drupal.org/node/788972で見たものから、
Drupalはメニュー項目をメニューカテゴリの下に作成できるという意味で、Joomlaのようなメニュー構造を持っているようです。必要に応じてアイテムを複数のメニューにリンクできる中央のメニューアイテムセクションとは異なり、なぜこれを使用するのですか？

これは私がWordpressで見ることができるものです。後者の方法では、冗長性が低下し、同じリンクの複数のオカレンスを変更する単一のポイントを確認できます。

DrupalがJoomlaやWordPressと比較する方法を理解するのではなく、Drupalメニュー構造の背後にあるロジック/理由を理解したいと思います。

必要なだけメニュー項目を作成して、好きな場所にポイントさせることができます。コードとUIでこれを行うことができます。

Drupalメニューは、特にcontribに関して、十分な柔軟性を備えています。

もっと：

複数のメニューを設定できるため、（1つの全体的な階層だけでなく）さまざまなメニューを設定できます。ページ上の好きな場所に配置できます。サイドバーメニューやトップストリップメニューなどを使用できます。

内部的には、メニューシステムは実際にはルーティングシステムです。Drupalは、Webページにメニューを表示する場合と同じコードセットを使用して、リクエストをルーティングします。各ルート/アイテムには独自の権限を設定できるため、ユーザーに表示されるアイテムのリストは、役割によって自動的に決定されます。

要約すると、Drupalメニューの構造化の背後にある理由は、それが柔軟であることです。

この動作の見方は、純粋にメニューUIが作成された方法です。メニューがデータベースで構造化される方法は、他のあらゆる種類の可能性を可能にします。

私は仮定します（私はメニューモジュールの構築に関与しておらず、これまで調べたことがないため、わかりません）。

その理由は、drupalではメニューUIがメニュー項目ではなくメニューを中心とするためです。

これは、通常、サイト内に表示するメニューが1つ以上あるため、特定のメニューにメニュー項目を追加するためです。

代替案は、すべてがメニュー項目（パス）を中心に展開し、パスに移動して、「このパスをこれらすべてのメニューに含めたい」と言うことです。

知覚されたユースケースに基づいて決定がなされたと思います（それが決定でさえも。このように書かれただけで誰もそれを疑ったことはないでしょう）。

個人的には、メニュー項目レベルよりもメニューレベルでメニューを管理するためのより多くの使用例を見ることができます。メニュー項目が含まれているすべてのメニューを見たいと思うことはめったにありません。通常、メニューを管理したいだけで、それをレイアウトのどこに配置するかを決めます。個別のメニューなので、そのように管理されます。

特定のページのすべてのメニュー項目を表示するためのいくつかの使用例があることがわかりますが、メニューにどのメニュー項目があるかを表示することよりも、それほど一般的ではないと思います。

ビューはメニュー項目をサポートしているため、代替UIを表示するメニュー項目ビューを非常に簡単に作成できます。