Мне нужна помощь. Понимание рекомендаций по использованию верхних и нижних колонтитулов Zend Framework (MVC)

Question

Я новичок в MVC и Zend Framework и работаю над проектом, в основном над интерфейсом.Я пытаюсь понять, что такое лучшие практики.

В настоящее время нижний колонтитул и верхний колонтитул настраиваются с помощью нескольких сценариев, один из которых представляет собой гигантский XML-файл со всем содержимым веб-сайта (думаю,веб-сайт, дружественный международному сообществу, все обернуто в теги i18n), тот, который хранит все ссылки в массиве, тот, который перебирает все ссылки нижнего колонтитула / заголовка, и некоторые другие файлы, в которых я не совсем уверен, что они делаютно все они в конечном итоге выплевывают простой ul нижнего колонтитула или ссылок заголовка.

Мне все кажется настолько запутанным, почему заголовок и нижний колонтитул не являются простыми HTML-ссылками в макетах, или частью основногоlayout.phtml или как включенный footer.phtml?

Простые кнопки отправки также используются в качестве сценария длинных представлений / помощников, когда я не вижу причин, по которым они не могут быть просто простым HTML.

Я знаю, что бизнес-логика оставлена ​​для моделей, а представления должны быть более легкими интерфейсными сценариями для макета.Но, в частности, для Zend Framework и веб-разработки, любые рекомендации о том, что именно относится к простому HTML, и что должно быть более сложным, например, сценарий / модель вспомогательного php-скрипта, будут высоко оценены.

По крайней мере, просто понимание того, что лучше всего подходит для нижнего колонтитула и заголовка, поможет мне начать.

Извините за длину, еще раз спасибо.

Answer 1

Предполагая, что все это скрипт вида макета, вот мои мнения:

• Правильного ответа нет, это действительно зависит от масштаба проекта.
• Обычно я использую один сценарий просмотра, но в зависимости от сложности переключаю некоторые сложные области на сценарии частичного просмотра или даже помощники вида.
• Перебор данных имеет смысл; если контент поступает из внешнего источника, вы не хотите жестко его кодировать. Простой вывод не имеет значения ... рассмотрим ввод (содержание).
• Элементы формы обычно тесно связаны с бизнес-логикой ... Он позволяет фоновому разработчику контролировать некоторые их аспекты, не связанные с дизайном.

ИМО, этот вопрос может лучше подойти тем парням, которые закодировали то, что там в данный момент ... ZF очень открытый, и он не заставляет вас использовать какие-либо конкретные методы организации. Я бы дал краткую информацию о документации помощников вида, поскольку она может пролить некоторый свет на некоторые используемые помощники вида, а также на других, которых ты, возможно, захочешь использовать.

http://framework.zend.com/manual/en/zend.view.helpers.html