Как реализовать блоки в MVC системе

Короче, я написал библиотеку-шаблонизатор. При вызове функции Teamplate::parse() указываются два параметра: первый - файл, второй - данные (переменные). Каждый контроллер он как бы отдает две переменные - заголовок и содержимое. Но в шаблоне, кроме переменных есть еще блоки. Откуда их брать шаблонизатору? Грузить в каждом контроллере не рационально. И что они вообще представляют (или должны представлять) ? Вьюшки - наверное нет, потому что во вьюшка не должна быть логика (а в случаее с блоком комментариев там вообще и к БД запросы...). Контроллеры - тоже нет, потому что обращаться к контроллеру из библиотеки это... нельзя (да и вроде невозможно в CI). Модели отпадают, потому что они только для работы с БД (ну а в случае с "толстыми" моделями повторяется случай с контроллером). Остается библиотеки, но... тогда библиотека будет обращаться к модели, не знаю, хорошо ли это.... Вообщем подскажите, как с этим быть. Заранее спасибо.

А если внутри шаблона :

Я пытаюсь реализовать следующим способом
Основной контент формируется при загрузке системы, а дополнительные модули вызываются из шаблона.

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

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

caballero, я вот, что заметил - У тебя какая-то неприязнь к MVC паттерну )))

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

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

Ну так такие форумы и созданы для новичков чтоб они учились и получали советы. Если вы испытываете такую неприязнь, что к методам их работы, что к ним самим думаю вам стоит сменить этот форум на какой нибудь более профессиональный.

Так в том и проблема что не хотят учиться. Именно учиться программировать учится решать практические задачи . Хотят слепить все по быстрому с готовых кубиков чтобы потом по быстрому слепить готовый говносайт и бабла срубить. Отсюда попытка заюзать MVC, щаблонизаторы, аякс, node.js и прочие якобы чудодейственные технологии которые позволят это сделать не шевеля мозгами и не работая руками.
Отсюда и посты на форумах типа - пишу свою соцсеть (Еба!) у меня проблемы с кодировкой или как метод класса написать.

Лично я всегда помогаю советом если видно что человек старается что то понять. Но некоторые даже сформулировать вопрос нормально не удосужатся так чтобы гугл понял. Даже на форумах бывает по три раза переспрашиваю и переуточняю что ж он бедолага сказать то хочет. А он программировать берется для тупого компа с процом который переспрашивать не умеет.

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

Не, ну таких я тоже стараюсь игнорировать если вопросы смех не вызывают ))

Но я просто по своему не большому опыту могу сказать, что я тоже когда впервые увидел пхп знания о программировании у меня были не дальше if, else, switch, while. Что такое классы, методы и прочее прочее я узнавал упорными попытками написать свою (соц сеть) - ну это образно, вещи были разные ). И такими упорными попытками говнокода, может знаешь такое чувство есть когда на следующий день всё переписать хочется потому что имхо гавно написал? Ну так вот такими попытками я отошел от процедурных стилей и потихоньку пришел к ООП. Начал читать хоть какие-то мануалы.

caballero, ну ладно, я уже понял что MVC не для вэба... Ну как тогда насчет HMVC? Там вроде дела обстоят немного получше, или вам он тоже не нравится? Тогда хотя бы хуки/события должны подойти...?
(Добавление)

Дак это как раз MVC и есть. Просто в CI изначально MVC самый упрощенный -там нельзя нормально разделить сайт на модули в случае большого сайта (но зато гораздо проще если сайт небольшой). Поэтому разработали плюшку которая позволяет строить контроллеры и прочее в иерархию. У других фреймворков начиная с зенда это в коробке.


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

(Отредактировано автором: 11 Декабря, 2011 - 16:29:24)

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

Простите, что вы имели ввиду под словом "оно" ?

Оно - это MVC (исправил)

(Отредактировано автором: 11 Декабря, 2011 - 16:29:45)

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

caballero, значит вы HMVC тоже не любите (как и просто MVC)? Если да, то можете сказать почему? И еще интересно было бы узнать каким паттерном Вы пользуетесь? Или вы сами все продумываете, не используя паттерны проэктирования?

О неудобстве MVC паттерна например достаточно грамотно сказано в книге Котеровао PHP. Кроме того речь не о MVC вообще. Просто MVC - это архитектурный принцип для отделения мух от котлет. Для этого достаточно не смешивать в кучу PHP с HTML и SQL. Тут даже ООП не обязательно.
Паттерн MVC в стиле зенда и тех кто собезьянничал с него - это конкретная и весьма неудачная реализация идеи.


Ну синглетон например для работы с БД юзаю всегда. Остальное по случаю. Впрочем паттерны - это просто архитектурные приемы которые кто то собрал и дал им имена.
Разработчик с опытом применяет эти приемы даже не подозревая что это оказывается паттерн есть такой. Тот же синглетон я применил в Java первый раз еще до того как услышал вообще термин "паттерн проектирования".

(Отредактировано автором: 11 Декабря, 2011 - 16:57:35)

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore