현재 메뉴 구조의 이유는 무엇입니까

나는 Drupal Ninja에 그리 많지 않습니다. 내가 http://drupal.org/node/788972 에서 본 것에서
Drupal은 Joomla와 같은 메뉴 구조를 가지고있는 것으로 보입니다. 메뉴 범주에서 메뉴 항목을 만들 수 있다는 의미입니다. 중앙 메뉴 항목 섹션과 달리 왜 이것을 사용 하는가? 필요한 경우 항목을 여러 메뉴에 연결할 수 있습니까?

이것이 Wordpress에서 볼 수있는 것입니다. 후자의 방법에서는 중복이 줄어들고 동일한 링크의 여러 항목을 변경하는 단일 지점을 볼 수 있습니다.

Drupal이 Joomla 또는 WordPress와 비교되는 방식을 이해하지 못하고 Drupal 메뉴 구조의 논리 / 추론을 이해하고 싶습니다.

원하는 수의 메뉴 항목을 만들어 원하는 곳을 가리킬 수 있습니다. 코드와 UI에서이 작업을 수행 할 수 있습니다.

Drupal 메뉴는 특히 유연성이 뛰어나다.

더:

하나 이상의 전체 계층 구조가 아닌 여러 가지 메뉴를 설정할 수 있으므로 여러 메뉴를 가질 수 있습니다. 당신은 당신이 원하는 곳에서 페이지에 넣을 수 있습니다. 사이드 바 메뉴와 상단 스트립 메뉴 등을 가질 수 있습니다.

내부적으로 메뉴 시스템은 실제로 라우팅 시스템입니다. Drupal은 웹 페이지에 메뉴를 표시 할 때와 동일한 코드 세트를 사용하여 요청을 라우팅합니다. 각 경로 / 항목은 자체 권한을 가질 수 있으므로 사용자에게 표시되는 항목 목록은 해당 역할에 따라 자동으로 결정됩니다.

요컨대 Drupal 메뉴 구조화의 이유는 융통성이 있다는 것입니다.

이 작업을 보는 방식은 순전히 메뉴 UI가 작성된 방식입니다. 메뉴가 데이터베이스에서 구성되는 방식은 모든 종류의 다른 가능성을 허용하며, 누구나 모듈을 만들 수 있습니다.

나는 (메뉴 모듈의 작성에 관여하지 않았고 이것을 조사하지 않았기 때문에 모르겠다) :

드루팔에서 메뉴 UI는 메뉴 항목이 아닌 메뉴를 중심으로하기 때문입니다.

일반적으로 사이트 주변에 표시 할 메뉴가 하나 이상 있으므로 주어진 메뉴에 메뉴 항목을 추가하기 때문입니다.

대안은 모든 것이 메뉴 항목 (경로)을 중심으로 돌아가고 경로로 이동하여 "이 경로가이 모든 메뉴에 있기를 원합니다"라는 것입니다.

나는 결정된 사용 사례를 기반으로 결정이 내려 졌다고 생각합니다 (심지어 결정이된다면이 방법으로 작성된 것입니다.

개인적으로 메뉴 항목 수준보다 메뉴 수준에서 메뉴를 관리하는 더 많은 사용 사례를 볼 수 있습니다. 드물게 메뉴 항목이있는 모든 메뉴를보고 싶을 것입니다. 일반적으로 메뉴를 관리 한 다음 레이아웃으로 이동해야하는 곳에 배치하려고합니다. 개별 메뉴이므로 그렇게 관리됩니다.

주어진 페이지의 모든 메뉴 항목을 볼 수있는 사용 사례가 있음을 알 수 있지만 메뉴에 어떤 메뉴 항목이 있는지 확인하는 것보다 덜 일반적이라고 생각합니다.

보기는 메뉴 항목을 지원하므로 대체 UI를 제공하는 메뉴 항목보기를 작성하는 것이 매우 쉽습니다.