Что по Вашему мнению должен включать в себя шаблонизатор и какие функции вообще иметь?
1) Работа с одном документе с разными шаблонами.
2) Работа с данными (Как вывод простой переменной, так и массива в шаблоне).
3) Компиляция (Если файл шаблона изменился, "компилируем" заного).

Высказывайте мнения, алгоритмы, советы. Интересно всё.

Хм, ещё один немаловажный вопрос, какой делать синтаксис шаблонизатора?
можно сделать нечто вроде:

Код

<tpl:if $var eq '1'>     <tpl:out>$var</tpl:out>   </tpl:if>

аля XML, что бы можно было прогонять через валидаторы всякие и т.д.
но получается немного громоздко, кому как удобно? тоже инетересно.

Для меня шаблонизатор это только парс шаблона и создание документра. Весь программный код вне шаблона.

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

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

Master, согласен с Вами!

Шаблонизатор должен по моему мнению много чего уметь:
1. Замена подстановок.

2. Замена констант (определенные в коде текстовые блоки).

3. Работа с циклами.
3.1 Работа с функциями внутри циклов.

4. Работа с уловными блоками, в т.ч. и в циклах.

5. Возможность подключения текстовых/РНР файлов в шаблон.

6. Некие утилиты для составления select'ов и прочих мелочей используемых в формах.

ОФФ: Master, гы . Ну страдаю... просто до xslt не дорос еще... как только время будет разобраться...

На написание такой вещи как шаблонизатор может уйти уйма времени ... Все же мне было бы жалко его терять! Тем более что есть масса готовых решений.
IZ@TOP, все, что Вы написали есть в том же Smarty + можно расширять до бесконечности.
Другое дело - если появляется совершенно новая концепция или еще что-нибудь в этом духе ... Но вроде с шаблонизаторами уже все ясно и прозрачно ...

Mace
посмотри Smarty получше, посмотри СКОЛЬКО оно весит. Посмотри ВО ЧТО оно компилирует простенький пример. Да, Смарти это сила, но для больших проектов это лишний тормоз, ИМХО.

Цитата

есть масса готовых решений.

Есть масса всех примеров, зачем вообще писать что то своё? Однако всё же пишут и создают.
Вот в Смарти есь кеширование, хоть какое то, где оно ещё есть? (в более менее нормальном виде). Ты думал как такое сделать самому? А если попробовать?
Имхо процесс написания своего велосипеда повышает профессиональный уровень программиста. Ведь если на то пошло, 3/4 сайтов можно написать только на PEAR.
Добавлено @ 14:58
Mal Hack
Это я привел пример. Синтаксиса, аля XML, в этом была суть примера.

Цитата

посмотри Smarty получше, посмотри СКОЛЬКО оно весит

Ну я ужал движок Smarty до 170 Kb. Не такой уж и большой размер.

Opr, ты же одно время пропагандировал Smarty. Что заставляет отказываться от него ? Просто я знаком со Smarty чуть более недели ... На первый взгяд мне очень понравилось, хотя некоторая тормознутость имеет место. Может и не стоит начинать пользоваться ?

Mace
Я не заставляю от него отказываться. Движок хороший, мощный, но для некоторых задач ОЧЕНЬ тяжелый. Имхо выбор шаблнонизатора это что-то из ряда религиозных войн. Можешь специально создать тему, где обсуждать, в этой теме же обсуждается функционал удобного(!) шаблонизатора.

ИМХО, шаблонизатор - по сути основная нагрузка на скрипт, следовательно он должен наиболее оптимально к эт ом скрипту быть адаптирован.

Цитата(IZ @ 6.6.2005, 14:34)

4. Работа с уловными блоками, в т.ч. и в циклах.

Зачем? Зачем тратить машинное время на парс этих циклов. Не проще ли их выполнять на программном уровне сразу? Просто хочется понять.

Mal Hack

Цитата

ИМХО, шаблонизатор - по сути основная нагрузка на скрипт, следовательно он должен наиболее оптимально к эт ом скрипту быть адаптирован.

для этого и служит

Цитата

3) Компиляция (Если файл шаблона изменился, "компилируем" заного).

Opr но ведь в нем все равно будет оставаться то, что нам (для конкретной задачи) не нужно. Или я чего-то не понимаю...

Для меня в шаблонизаторе главное (кроме, естественно, быстродействия, отсутствия багов и прочего) это - простота!

Mal Hack
например!?
т.е в идеале подключается откомлиленный файл. Где нету ничего лишнего, по сути.

Цитата(Mal @ 6.6.2005, 17:55)

Зачем? Зачем тратить машинное время на парс этих циклов. Не проще ли их выполнять на программном уровне сразу? Просто хочется понять.

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

сами подумайте что будет выполнятся быстрее? (цикл)
1) аля IPB

Код

while($row = mysql_fetch_assoc($query)) {       $out .= parseNews($row); } ... function parseNews($data) { return <<<EOF ... EOF; }

или

Код

<? while($row = mysql_fetch_assoc($query)) { ?>  <?=$row['text']?> .... <? } ?>

Opik, и что же бдет работать быстрее?

IZ@TOP
по моему всё таки второе, потому что не вызывается каждый раз функция, что всё таки тоже требует времени.

Opik, ага, мне тоже так кажется. Но тогда если мы так дорожим производительностью, давайте кодить как наши прадеды!?

IZ@TOP
т.е? да и зачем в крайности.

замена наборов символов в тексте на другой

у меня есть файл cont.txt

я его читаю
$f = fopen("sh.txt","r");
fclose($f);
он выступает в роли шаблона для страницы, как можно заменить в нем TITLE на $title
CONTENT на вызов функции и т д

Не легче в шаблоне вызывать код? 

Но я вот не совсем понял задачу.. у тебя в sh.txt есть title и ты хочешь его на $title ?  

str_replace ( 1, 2, 3)

Ищем (1), затем то что нашли меняем на (2) , где ищем (3)

americanets, есть такое понятие... шаблонизатор
.....
он все это делает, preg_matchи и т.д. 

понятно , буду искать и пробовать

americanets, 
Vaulter, 
Нафига вам шаблонизатор?! PHP и так самый замечательный шаблонизатор сам по себе.



Шаблон:

ясно, а цыклы типа while можно как нибудь вывести подобным образом? 

Лично я считаю, что в самом шаблоне ничего не должно быть лишнего... только заданный набор тегов... 
всё остальное делается на уровне кода... 

Функций шаблонизатору нужно совсем немного .... замена одичных и блочных переменных... + грамотное кеширование...
как дополнение (опционально) можно сделать поддержку php кода в шаблонах ...

Воопще хотелось бы ещё обсудить принципы построения кеша для динамических шаблонов...  

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

так вот. для каждой функции вывода блока должна быть маленькая функция возвращающая время последнего изменения блока (для новостей, дата последней новости, для пользователя например дата последнего привата или даже 0 для стат. блоков!)

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

вот такой... пока TODO

Нафига вам шаблонизатор?! PHP и так самый замечательный шаблонизатор сам по себе.



Шаблон:

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

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

Vaulter,
Ничем не хуже...


Ваших шаблонов я не понял в полной мере. Получается верстальщику надо будет изучить штук десять самых популярных шаблонных систем... не проще ли изучить 10 конструкций PHP?

Если объясните, что значит

может напишу полный эквивалент.

нашел статейку

) file2compile.tpl – файл который мы будем парсить
2) template.php – главный файл содержащий класс шаблонов

Листинг файла file2compile.tpl:



Листинг файла template.php:





Для вывода на экран используйте следующие команды:



тут понятно вместо Супер сайт и прочего вставлю $title и прочую инфу

а если у меня цыкл например вывод фот в виде html таблицы, как с ним быть ? 

Нечего морочаться с шаблонами. PHP - сам по себе шаблонизатор и в использовании пары циклов ничего плохого нет:

ну это понятно, просто удобнее 1 раз написать а потом пользовать, вставляя в шаблон только определенный код указатель,

Добавлено @ 15:59 
и не совсем удобно когда для разный страниц свой дизайн

конечно есть вариант с footer и heаder но тоже не совсем удобно

SamDark, позволь не согласиться. Такой подход становится неудобным при редактировании шаблонов, при корявой реализации может вылиться в php-including и при изменении структура переменных придется менять все шаблоны.

Alex13, вот вот, а как сделать чтоб все нормально было?

Согласен полностью, но

неудобен абсолютно любой подход.

Добавлено @ 09:54 
americanets, 
Проблема с footer-header решается очень просто: делаем шаблон и в месте, где нужен динамический контент вставляем:

Перед запуском шаблона просто определяем $content, который указывает на вложенный шаблон.

p.s. что такое шаблоны я знаю - трёхлетнее общение с Smarty.

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

Может я в чем не прав но пользую всегда str_replace...

ага вопрос в том как в контент оторый будет в тексте выглядеть {content} впишнуть цикл или еще что то что тоже будет базироваться на собственном шаблоне, например html таблица

americanets, 

а как мне сделать для него шаблон например



выложить его как art.tmp потом подгрузить обработать и чтоб он сам не прописывался в шаблоне а вставлялся в {content} отделить дизайн шаблона от кода
нужно чтоб оснавной шаблон был просто что то вроде этого 
____________________________________________
|
|                               {title}
|___________________________________________
|                           {content}                              |{news}  
|                                                                         |
|                                                                         |
|                                                                         |
|                                                                         |
|                                                                         |
------------------------------------------------------------------------

для таблицы тоже шаблон но без кода
код только в php файлах обрабатывающих шаблон и на основе него отдающий в основной инфу

americanets, 

Нет смысла, но если уж очень хочется - Smarty.

То же на PHP:

Главный шаблон main.tpl:


Новости news.tpl:


Статья art.tpl:


Скрипт index.php:

ясно буду разбираться, может что выйдет

по моему лучше xslt нет ничего, но это имхо. 

Вот, налабал начало шаблонизатора, естественно единичные данные выводит, также естественно динамичные данные мне нужно будет впихнуть в CONTENT, вопрос как это можно сделать? 

например при выдаче результатов поиска примерно такая конструкция

либо таблица



Добавлено @ 09:29 
как их обработать и всключить в цикл вобщем размножить, делить на страницы и т д 

americanets, 
Так чем не устраивают приведённые мной выше примеры?

по моему не полностью разделяют код от дизайна , а нужно допустим чтоб шаблон был 



а на выходе после цикла в страницу инклюдилось 



с таблицами  тоже самое или 


в шаблоне 



а на выходе 

Вариант простого, но хорошего шаблонизатора с ведомым контроллером: XTemplate

Поддерживает инклюды, блоки и переменные. Большего от шаблонизатора с ведомым контроллером и не требуется. Проект практически не обновляется, потому что практически все, что нужно в нем уже есть. Последнее обновление было в 2005 году. Если не ошибаюсь добавили нативное кеширование средствами шаблонизатора.
До этого он не обновлялся с 2003 -- кеширование дописывалось ручками.

Полностью отделяет логику от дизайна. Сам долго пользовался именно этим шаблонизатором. Понятен для дизайнеров. Пример шаблона (для описанной выше задачи):



Пример выводящего кода:


Код писал по-памяти. Мог где-то немного с методами напутать, но идея именно такая.

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

Добавлено @ 12:23 
вобщем как придумаю выложу, может кто раньше подскажет 

americanets, 

А шаблонизатор полностью? Ничуть!

Eugene_Bond, 
Дизайнеру (точнее верстальщику) понятно то, к чему он привык. Нет никакой разницы, шаблонные ли это тэги или же пара конструкций PHP.

p.s. извиняюсь, но не сдержался:

  

Они, к сожалению, разные бывают.
Для некоторых и такое сложно.. А для некоторых не важно смарти это или XSLT -- работают со всем.
Но конструкции PHP ИМХО не кошерно использовать



извиняюсь, но не понял прикола

и все же есть ряд систем использующих свою систему шаблонов и позволяющих полностью избежать кода в дизайне например кмс мастер

сдклал так, но неработает

еще попробвал 




но выводит только первое , зато там где надо, как сделать чтоб все выводилось? 

Eugene_Bond, 

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


americanets, 

Спасибо, а нагрузка при таком решении сильно увеличивается ? 

americanets, 
Не очень, но всё зависит от количества данных.

p.s. см. ob_start() и остальные ob_*().
p.p.s. не лучше ли всё-таки разделить получение и отображение данных как несколькими постами ранее?

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

Это дело подхода.
Если у меня набор модулей, которые используются в разных проектах одновременно, то генерировать модулем html я не буду -- для этого мне прийдется копировать каждый модуль и переписывать его в зависимости от дизайна сайта.

да, шаблоны нужная штука : )

Eugene_Bond, 
americanets, 
См. опять же тот же самый пост.

Получение данных от их вывода не зависит.

SamDark, 
опять таки, применимо только для движков с линейными контроллерами

хотя, на вкус и цвет..

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

Eugene_Bond, 
Что подразумевается под линейными контроллерами?

americanets,
Тут ты прав.

SamDark, 

подразумевается, что код сайта выглядит примерно следующим образом:

article.php


news.php


something.php


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


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

Eugene_Bond, 
Ну, какой-то у вас совсем пример тривиальный (как в принципе и у меня).
А вообще любой шаблонизатор работает точно по такому принципу:

1. Получение данных, передача их шаблонизатору.
2. Отображение.

И чем замена некоторого текста на что-то ещё лучше include() не понимаю. Конечно под include() стоит понимать переписанную функцию, возможно принимающую некоторые параметры, проверяющую авторизацию и т.д.

p.s. холи варс начинать даже не думал. Сам крепко подсел на Smarty из за удобства...

SamDark, 

То ты против шаблонизаторов, то за.. ))


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

Думаю работа шаблона должна заключаться не более чем в этом:



Используя тот же "смарти" я понял что уж лучше деревянно чем монстерски огромно.