Сначало немного объясню суть.
В данный момент переписываю практически с нуля свою CMS систему. До этого использовал свой шаблонизатор - шаблоны были в HTML и проблем собственно не было. 
Почему задумался об XSLT... Хочется достичь того, чтобы практически весь вывод информации (включая всякие мелочи такие, как прописание дополнительных стилей в зависимости от получаемой информации и т.д.) можно было настроить в шаблонах. Наворачивать HTML-шаблонизатор всякими дополнительными функциями приведет к снижению скорости работы, и я вообще не вижу смысла изобретать псевдоязык, если есть такой сильный и мощный инструмент как XSLT.

Прикинув этапы прохождения информации:
1. Получение информации из БД MySQL. (Вся информация хранится именно там).
2. Составление XML файла с этой информацией.
3. Передача XML файла (или DOM-объекта) в шаблонизатор и указание какой XSL шаблон использовать. Соответственно обработка и вывод информации.

Но смущает одно:
Составление XML файла из информации полученной из БД MySQL - получается как бы дополнительный этап и есть подозрения, что скорость работы всей этой системы после такой организации шаблонов резко снизится.

Так вот хотел услышать мнения тех, кто уже писал что-то подобное. Или начинал писать, но остановился по каким-либо причинам. Как вы думаете, есть ли еще какие-либо минусы в данной структуре организации шаблонов?


P.S. Модераторы - оставьте пожалуйста тему в этом разделе форума. Заранее спасибо.

Ага... а использование XSLT ускорит? ;)


Есть native template уже. Зачем изобретать?

Этапы верные. Подозрения про скорость тоже. Но упадёт она не при генерации XML, а при применении XSLT-преобразования.

Опыт с XSL есть. Получается очень гибко, довольно сложно и не сильно быстро.

Это сообщение отредактировал(а) SamDark - 4.12.2007, 21:32

Как раз дописываю такую штуку. Насчет скорости честно говоря не заметил, но пока и страницы не особо сложные.
Минусов я пока особых не нашел, кроме того, что приходится разбираться в дополнение к php, xhtml, sql еще и с xml, xslt.
А так мне понравилось - отделение кода от дизайна почти стопроцентное. Почему почти - иногда надо вставить какую-то мелочь - типа заголовок, таблицу специального вида и т.п. Городить из-за этого очередной тег xml не хочется, вот и приходится все-таки вставлять чистый xhtml.


Это сообщение отредактировал(а) N0dwis - 5.12.2007, 01:25

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

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


Ну согласись, есть разница: использовать стандартное расширение PHP написанное на C или использовать для обработки дополнительных условий в шаблоне сам PHP.


Про изобретать - это я образно. Просто изучать язык шаблонов того же Smarty - это как синтаксис отдельного языка программирования, чем он лучше XSL сложно сказать.


Ну его можно прямо в XSL шаблон запихать и программный код не трогать...


Есть сомнения, но по фактам что-то против сказать не могу - возможно ты прав. 

Буду пробовать, если интересно буду отписываться в этой теме...

mishaSL, 

Посмотрите в сторону шаблонов в CakePHP. Там используется native-синтаксис. т.е. парсинга дополнительного нет. При этом всё довольно гибко.


Знаю. Поэтому и порекомендовал native-шаблоны.


И ещё один плюс к native-шаблонам.

Иногда не получается, да и удобнее просто вставить xhtml.


Что есть native-шаблоны в общем случае? CakePHP я ж понимаю платный, ну а сама технология что собой представляет? Где почитать?

N0dwis, 
CakePHP бесплатный 

native-шаблоны заключены в самом php т.к. php/fi изначально писался как шаблонизатор для си cgi.

Да все в этом замечательно. Но есть одно НО, хочется достичь четкого разделения данных, шаблонов и чтобы данные никак не были связаны с особенностями движка. Т.е. к примеру человек который абсолютно не знает что это за движок и его особенностей,  видит перед собой исходный XML файл, и соответственно одними только знаниями XSL настраивать весь вывод. Я думаю это должно быть очень удобно. 
Просто при использовнии native template в любом случае технология построения шаблонов начинает зависеть от движка.

Ладно, как-только допишу эту систему выложу здесь сравнительные тесты. Чтобы всем было понятно, насколько это все пригодно для использования, и на сколько уменьшается производительность по сравнению с теми же native-шаблонами. В любом случае считаю надо попробовать.

mishaSL, 
Это только при плохом использовании native template.

Попробовать можно. Но, в принципе, уже всё есть готовое ;)

Если есть ссылочка, поделись пожалуйста.

http://phptal.motion-twin.com/
http://www.xml.lt/Resources/Framework

SamDark, за ссылки большое спасибо, но

насколько я понял это еще один язык шаблонов... или я что-то не понял....


А это насколько я понимаю framework... может там и есть это, но пока что не разбирался подробно...

mishaSL, 

Это XSLT-шаблонизатор.

Шо-то это бред какой-то, а не шаблонизатор... Все равно все в куче - php, xhtml, xml.