куда лучше запихнуть формирование меню в MVC?

[Beavis]

*****
ну потому что вопрос не в том где хранить ДАННЫЕ для меню (тут всё понятно - в БД) , а вопрос в том как лучше сделать меню для сайта который разрабатывается по концепции MVC, то есть куда лучше встроить отображение, где прописывать php-код для меню и где его подключать

 

[ustas]

Beavis
Встречный вопрос - а как ты формируешь шапку, лево право и подвал?

 

[Beavis]

ustas
для шапки и подвала существуют только представления, которые инклюдятся в шаблоны, а из модели достаточно только переменной $title, т.е. для каждой шапки модель своя, поэтому про шапку и не возникает вопросов....
а у меню на всех страницах модель практически общая

 

[cDLEON]

Не для веба эта ваша концепция.
По мне так, логичнее было бы хранить отображение менюхи в шаблоне. По средствам шаблонизатора\обычного ПХП. Т.е. захотел подключить менюху - подключил из шаблона. <?Controller::loadModule("menu");?>

-~{}~ 10.01.08 07:31:

Т.е. хранить меню как отдельный модуль. И сделать АПИ для удобной подгрузки любого модуля. В любое место дизайна.

 

[dark-demon]

> По средствам шаблонизатора\обычного ПХП. Т.е. захотел подключить менюху - подключил из шаблона.

особенно это весело будет выглядеть с клиентской шаблонизацией

 

[CatManZero]

Раз уж используется MVC, то должен быть класc модели (model), который будет извлекать данные из БД.
Что-то вроде:

class MenuModel {
  function getMenuItems() { ... }
  function getSubMenu(parent) { ... }
 ....
}

А дальше действуем в зависимости от того, на сколько умное у нас представление (view). Если оно может самостоятельно извлечь данные из модели, то почему бы нет. Если не может, то нужен контроллер, который это сделает и подготовит данные для view.

 

[cDLEON]

с клиентской шаблонизацией

Что значит с "клиентской шаблонизацией" ?

 

[dark-demon]

то и значит шкурку натягивает на данные сам клиент.

 

[cDLEON]

Мде. Проведите параллель с смарти.
И найдите 3 отличия.

 

[dark-demon]

асъ?