Где разместить экраны администратора для модуля
При разработке модуля с административной областью, каковы рекомендации по размещению меню?
Существует admin/settings/*
, admin/structure
, admin/content
и так далее.
Из того, что я вижу, большинство модулей следуют произвольным рекомендациям, и часто страницы, явно связанные с контентом, заканчиваются в admin/settings/foobar
, или страницы, которые имеют мало общего с архитектурой сайта, заканчиваются под structure
.
Что такое эмпирические правила? Каковы руководящие принципы?
Например, у меня есть модуль, который отображает облако тегов, и у меня есть некоторые настройки, которые позволяют управлять тем, как этот модуль отображает свои страницы. Такие настройки, как "какие словари включать" и "количество тегов для отображения".
От пользователя POV я ожидал бы первого параметра в admin/structure
, но другого в admin/config/user-interface
. Но я бы предпочел держать их вместе; так как я считаю, что пользователь (1) устанавливает, а затем (2) сразу настраивает этот тип модуля, один раз.
1 answers
Существует страница справочника, на которой описано, где вы должны разместить эти пункты меню.
См. Информационная архитектура
Я не буду копировать и вставлять информацию сюда, так как она слишком длинная. Вы также не предоставляете никакой информации о том, о чем ваш модуль, поэтому я даже не могу вставить отрывок, который непосредственно относится к вашей проблеме.
Страницу справочника следует считать каноническим источником этой информации.
ИЗМЕНИТЬ:
Хотя это руководящие принципы, я не думаю, что что они очень резкие и сухие. Я бы лично разместил меню, в котором два других основных модуля облака тегов (Cumulus и TagCloud) размещают свои: admin/config/content и хранят их в одном и том же месте (один как дочерний элемент другого)