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

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

Созрели вопрос:
1. Классом или функциями писать? (Вопрос хоть и глупый, но все же, может найдутся сторонники второго варианта)
2. Какими должны быть сами шаблоны в идеале? Я хотел сделать вообще всего лишь один файл, например index.tpl в котором бы был весь код выдаваемой страницы, только места где нужно что-то вставить были заполнены спец-тегами типа {TITLE}, {PAGE} и т.д. Все вроде бы просто, но тут встает вопрос: как быть с блоками? Не стал сильно напрягаться и пока что сделал так:



Файл index.tpl имеет содержание:



То есть сначала я обрабатываю все файлы, соединяю их в одну переменную, потом я обрабатываю index.tpl и вместо {BODY} вставляю все что собрал с других файлов, причем файлы block-xxx я обрабатываю циклом, т.к. блоков может быть несколько.

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

4. Правильно ли я понял смысл работы шаблонизаторов, разумно ли их использование в моем случае и все ли я делаю рационально? Может нужно кардинально изменить взгляды на какие-либо вещи? Например все-таки использовать один файл шаблона, а в нем для обработки блоков придумать нечто:



То есть, чтобы в этом месте вызывалась функцию block, которая циклом бы выводила нужные блоки (Получить содержание из БД - отпарсить блок - закинуть в переменную, и так циклом, потом вернуть переменную)

CyClon, а я храню шаблоны в БД  
Быстрее вызывает "в студию" 

Добавлено через 2 минуты и 5 секунд
Про парсить, я делаю замену примерно так:

Пояснение надеюсь лишнее вроде и так понятно.  

Ну str_replace это только вступление )) Там без регулярок не обойтись.

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

Это сообщение отредактировал(а) GZep - 15.5.2007, 20:59

GZep, автор написал, чот хочет сделать свой шаблонизатор, без наворотов.. а Smarty оч. навороченный, хоть и работает быстро  

Писать так, чтобы в конце не было мучительно больно.


Идеалов нет, есть потребности конкретной задачи.


На протяжении долгого времени я пытаюсь понять, почему создателям шаблонизаторов {TITLE} кажется более лучшим, оптимальным, быстрым и более понятным для верстальщиков-дизайнеров, чем <?=$title;?>. Пока не понял и никто объяснить мне не смог. Может вы сможете?

Значит классами ))



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



Чтобы "отделять мух от котлет", иначе говоря отделить программный код и HTML. Плюс не везде поддерживается <?, нужно писать <?php, а так же если вы написали <?=$title?> почему бы не написать <?php for ($i = 0; $i < 10; $i++) { sleep(1); echo $i; } ?>... Так можно сделать, но так никто не делает, ибо это выглядит как минимум по-идиотски, да и зачем тогда шаблонизатор.



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

Попытаюсь  
Мне кажется, что именно легче писать только скобки {}
чем много всего, типа <?=$****;?>
А так ответ:
проще воспринимается  


CyClon, если нужно, выдам функцию шаблонизатора.. ну и саму структуры БД  
Ну регулярки потом... Я просто пример показал  

Интерпретатор на интерпретируемом языке - это бред, по этому надо писать либо компилирующий шаблонизатор (типа смарти, он свои шаблоны переводит в php-код), либо, если уж очень важна скорость - модуль на c\c++ к php.

А писать все это так, как удобно будет потом дорабатывать )

На мой взгляд, смарти совсем не излишен и по сути является лучшим решением, хотя для очень-уж прогрессивной cms имеет смысл выбрать связку xml + xslt.

Да и вообще, почему-бы вам просто не порыться в исходниках того-самого-смарти?

Я так понял, он регулярками переводит все в PHP код, потом запускает его через eval? ) Смысл тогда?



Огромен он, страшно рыться. Вот с по-проще шаблонизаторе порылся бы, подскажите какой-нить? 

Нет, в Смарти три уровня:
1. Шаблоны
2. Компилированные шаблоны
3. Кеш

Шаблоны - то, что написал кодер.
Компилированные шаблоны, суть те же шаблоны, в которых конкретные действия на языке Смарти ({foreach} например) переведены в натуральный php-код.
Кеш - это обычный html с специальными заголовками и, только когда это нужно кодеру, ссылками на динамические вставки.

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

Свой шаблонизатор быстрее не сделаете (по крайней мере меньше чем за год-два), универсальнее тоже.
Однако изучив поверхностно Смарти можно на 100% интегрировать его с любой CMS.

Напоследок: он не так огромен, это вас страшат глаза.

Это сообщение отредактировал(а) xolod - 15.5.2007, 22:20

А смысл в абстракции. Дизайнеру, да и программисту значительно проще читать\понимать\редактировать\осозновать код вида: {HELLO}, чем <?=$hello;?>. Про то, как выглядят всякие циклы и тд я вообще не говорю. Ну и разные приятные фишки там тоже присутствуют )

Не очень-то и огромен, никто ведь не заставляет читать все дополнительные модули - достаточно порыть всего-лишь один Smarty.class.php, благо, весь код хорошо откомментирован

Извиняюсь за назойливость, но чем проще? Имхо, это два абсолютно различных понятия — "различие алгоритмического мышления у программиста и верстальщика" и "влом набрать лишних три символа". Насчет, читать/понимать — если использовать любой редактор с элементарной подсветкой, то php-вставки будут абсолютно четко видны, в то время, как {} из простого текста визуально вычленить куда сложнее.


Что за фишки из-за которых следует отказываться от всей мощи, скорости и гибкости PHP?


Не использовать циклы и не будет проблем. А если нужно использовать, никакой шаблонизатор не поможет.

Почему-то считается, что код:

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

Но фиг с ними с циклами (может быть действительно фигурные скобки сильно на умы действуют) и со Смарти (в нем все-таки есть и другие фишки). Но делать элементарные вставки {TITLE}, чтобы потом все это просто мучать str_replacом, вот в этом я смысла никакого не вижу. Извините, если что не так.

Ты думаешь я не умею работать с файлами и организовывать кеширование? Ничего сверхъестветсвенного не вижу, абсолютно. Кеширование это максимум 50 срок кода, компиляция - это перевод один раз запустить псевдо-компилятор, который переведет шаблоны в PHP код. Можно сделать, например, так:





Я готов жертвовать скоростью ради красоты реализации. Меня <?=$var?> не устраивает, я хочу максимально отделать HTML от PHP.



От гибкости при правильной реализации мы не отказываемся, к тому же подчерку то, что я хочу написать быстрый шаблонизатор. Повода сомвеваться в своих возможностях в данной области на данный момент нет, к тому же есть куча литературы и умные дядьки с винграда  Быстрый шаблоинизатор - шаблонизатор с кешированием и псевдо-компиляцией. Из этого вытекает, что в скорость мы ничего не теряем, за счет кеширования шаблонизатор будет работать быстрее чем твой вариант <?=$var?> без кеширования.



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



Я не собираюсь оргазиновывать такие конструкции в шаблоке, эти ситуации (например когда выводить "Добро пожаловать ***" или "Зарегистрируйтесь") будут обрабатываться в CMS.

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


Т.е. тебя принципиально не устраивает именно PHP? Или ты все таки имел ввиду "HTML от программного кода"? Но ведь все эти шаблонные вставки являются все тем же программным кодом, пусть и не на PHP, точно так же не знакомыми стороннему верстальщику.


Компиляцией во что? В машинные команды? Или все-таки в тот же PHP? Тогда чем быстрее он будет чистого PHP? Нормальный php-файл, подключаемый через include() будет оттранслирован в байт-код и храниться в памяти все время работы интерпретатора (а не одного процесса).


Тогда как они будут выглядеть в синтаксисе твоего шаблонизатора, если от {foreach} ты отказываешься?


Как обрабатываться? Формировать html-код? Тогда где же это самое чистое отделение html от PHP за которое мы тут сражаемся?

Я тебе выше описал простоту реализации этой идея, которая будет работать очень быстро (кэширование + псевдо-компиляция)



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

Будет что-то типо

{BLOCK_TEMPLATE:BEGIN}
Тут идет код одного блока
{BLOCK_TEMPLATE:END}

То есть, все что заключено в теги будет циклично парситься пока не будут обработаны все блоки из базы данных. Извращения типа:



Я писать не собираюсь.

ЗЫ: Не подумайте, что я смарти считаю извращениями. Свой шаблонизатор и смарти - разные вещи, в данном случае у меня все обработкой занимается CMS, смарти же расчитан вообще на все что только можно, в т.ч. наличие только HTML шаблона и все.



Компиляция блоков {BLOCK_TEMPLATE:BEGIN} и т.д. в нечто типа:



То есть я все конструкции первожу в PHP-код, так будет работать быстрее, так как не нужно запускать регулярки каждый раз.



Смотри выше, {BLOCK_TEMPLATE:BEGIN}-{BLOCK_TEMPLATE:END} будет обрабатываться циклом в PHP.



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

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


CyClon, жутко смахивает то, что в итоге должно получиться на xslt, мб использовать за основу именно его? или транслировать шаблоны в этот формат (надо проверить на скорость работы чистого пхп-кода и грамотного xslt-преобразователя)

Не знаком с x-технологиями, есть статьи для новичков?  Знаю лишь что такое xml примерно и все.

Кстати, вот статейку нашел о синтаксисах шаблонов: http://alexlebedev.com/blog/on-html-templates/

Мне по душе "Основанный на XML" пришелся, ну и "Специализированный синтаксис + HTML" конечно же.

Каким образом такие термины как "абстракция" и "демагогия" коррелируют друг с другом, упоминанием ассемблера и тем, что я тут говорил?

CyClon, конечно - http://raleigh.ru/XML/XSLTutorial/ 


vasac, ок, обьясняю. Суть в том, что если-бы программисту не было удобно упрощение синтаксиса и более наглядные конструкции (в жертву скорости зачастую), коими {VAR}, в отличии от <?=$var;?> и являются (более сложные, особенно), то и не изобрели разного рода языки высокого уровня, тем более интерпретируемые. Опять-таки отделение php-кода от кода шаблонов - дизайнер по незнанию не сможет ничего напортачить и сделать трудно-уловимую ошибку. А демагогия заключается в том, что этот спор по большей части оффтопик, а аргументы заключается только в манипулировании словами, что "для меня так удобнее" и "я не понимаю". Никто ведь вас не заставляет писать свой шаблонизатор или использовать чей-то другой, если не нравится. Но преимущества шаблонизатора перед чистым php-кодом, я вроде обосновал.

Не надо тыкать, вы уже не в школе, я не ваш старый приятель.

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

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

Это сообщение отредактировал(а) xolod - 16.5.2007, 17:09

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

У кого еще какие мысли будут по этому поводу?

WolfON, за ссылку спасибо, почитаю на досуге 

Полистал по XSLT доки, в общем, там идет преобразование XML кода, это мне не подходит, ибо дизайнеры все верстают на HTML (или xHTML), вот его мне и нужно преобразовывать. Или может я не так понял суть шаблонизатора, основанного на XSLT? Объясните.

Я не манипулировал словами ни в одном месте данной темы. И демагогию разводить так же не намерен. Просто человек занят разработками в данной области и хотел, чтобы другие поделились с ним опытом. А опыт у меня какой-никакой имеется. И в моей деятельности был период "нужно делать вообще-вообще абстрактно и вообще-вообще универсально, только что такое абстрактно я понимаю слабо". Слава богу, отпустило. И не собираюсь навязывать своего мнения. Просто хочу, чтобы как автор темы, так и, возможно, те, кто будет читать, поняли, что есть взгляды, альтернативные "невероятно полному отделению всего от всего" и, возможно, более критично посмотрели на свою концепцию.


Избавьте меня от курса информатики за 7-й класс, тем более, что вывернули вы все наизнанку. Отнюдь, не синтаксисом уровни языков отличаются. А возможностью на качественно ином уровне решать проблему. "{", вместо "<?=" этого делать не позволяет.


А это уже, пардон, в каком-то подрастковом стиле. Я не спрашиваю вас, какой шаблонизатор мне писать или не писать вообще. Мы тут дискутируем на определенную тему и я выражаю свою точку зрения.

Поймите, я не против шаблонизаторов, смарти, {TITLE} и т.п. Я против того, чтобы верстальщиков считали дебилами.

Это сообщение отредактировал(а) vasac - 16.5.2007, 19:42

Верстальщик не обязан знать PHP. Если он будет что-то на нем писать -> будут ошибки синтаксические.

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

Вообщем конечно много написали про шаблоны но лучше всего делать так:

при помоши preg_replace ereg_replace можно отслеживать и проверять контент очень удобно и гибко
Далие файл шаблона содержит html который упровляется через функции draw_ в которые я скидую уже проверенные переменные из файла interpretator.php Лёгко можно менять бекраунд и картинку и прочие просто добавить переменную в функцию и дописать в html

Это сообщение отредактировал(а) Хрипа - 17.5.2007, 00:28

Я такого мнения не выражал. Шаблонизаторы это несомненно важнейшая вещь. Именно про вариант его реализации я и говорю.


И это правильно! И не слушайте никого про "велосипеды с квадратными колесами". 

<?=$var?> - ты называешь это шаблонизатором? Шаблоинизатор, по идее, это какой-то программный код, который переводит более простой язык самописный на PHP, в данном случае.

Не, это транслятор 
А шаблонизатор это то, что позволяет внедрять шаблоны и разруливает взаимодействие м/у ними и всем остальным.

Вроде бы все обдумал, решил сделать шаблон в одном файле, но тут задумался о кэшировании, мне нужно будет в последствии кэшировать сайт поблочно, как это можно организовать для шаблона в одном файле? То есть мне нужно будет на шапку и низ поставить 2 часа, а для тела уже другие тайм-ауты.

Разбить на блоки, вестимо
Что-то вроде того, что


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