Подключение к базе данных в помощнике Zend View

Question

Полезно ли использовать утилиты базы данных в Zend View Helper? Потому что в моем случае этот помощник делает мне коробку <div>, которая продолжает меняться в реальном времени и должна отображаться во всех представлениях, которые есть в моем приложении. Я не могу дать этому объекту загрузить его из базы данных в контроллерах и назначить его для просмотра каждый раз.

Было бы очень полезно, если кто-то может сказать, хорошие практики программирования следовать при работе с видом Зенда помощниками, как:

• Если OK, чтобы назначить что-то мнение в Помощники по $this->view->variable = ... ;
• Если все в порядке, чтобы создать и использовать модели в View Helpers.
• Если это ОК, чтобы использовать методы, доступные для Zend_View внутри View Helper, как делая $this->view->baseUrl('...');

Answer 1

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

Что касается вашего первого пункта, вам не нужно назначать что-либо для представления, вы должны просмотреть помощника return свой вывод HTML непосредственно на представление.

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

Давайте посмотрим, что думает Trygve Reenskaug о MVC:

Модели

Модели представления знаний. Модель может быть единственным объектом (довольно неинтересным), или это может быть некоторая структура объектов.

Должно существовать взаимно однозначное соответствие между моделью и ее частями , с одной стороны, и представленным миром, воспринимаемым владельцем модели , с другой стороны.

Просмотров

Вид является (визуальное) представление его модели. Было бы обычно выделять определенные атрибуты модели и подавлять другие. Таким образом, он действует как фильтр представления.

Вид прилагается к его модели (или модели) и получает данные , необходимые для презентации модели, задавая вопросы. Он может также обновить модель, отправив соответствующие сообщения. Все эти вопросы и сообщения должны быть в терминологии модели, поэтому вид должен знать семантику атрибутов модели, которую она представляет.

Контроллеры

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