Separate – Шаблонизатор для PHP

к сожалению такаяже ситуация. Синтаксис шаблонов у того-же смарти мне кажется намного удобнее.

Аналогично. Поставил плюс за попытку, но серьёзных преимуществ не вижу.

Здесь трудно с вами не согласится, так как проекты и потребности у каждого разные.
Я выбрал данное решение потому что:
1. Я не хотел добавлять громоздкие шаблонизаторы типа Smarty в проект, который состоит всего из нескольких файлов (В Separate вам нужно добавить всего один файл в ваш проект.)
2. Мне нравиться что этот шаблонизатор является обектно-ориентированным и его можно расширять как угодно. Например, переменным, которые часто встречаются, можно автоматически элегантно присвоить значения.

Наследование шаблонов — очень полезная вещь.

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

— это да, так делать не стоит.

В старых версиях движка уже было встроено кеширование, но так как я изначально писал движок только для себя, оно не имело «товарный вид». Поэтому я эту возможность полностью убрал из актуальной версии. Конечно в будущем я планирую добавить такую возможность, но тогда она будет сделана основательно.

> Хм… А зачем кавычки?

Можно и без кавычек если сравниваются числа.

> Кроме Smarty что еще рассматривали?

Кроме Smarty рассматривал еще каких 5-10 шаблонизаторов. Но должен сказать что в 2004 году многих популярных еще не было.

Я сам пишу на PHP, и использую теги вида:

<?php echo 123;?>

<?php foreach($array as $k => $v):?>
...
<?php endforeach;?>

<?php if(true):?>
...
<?php endif;?>

и т.д.
Чего и все рекомендую!

Ave holy war!

Потому что PHP-программисты вообще это не используют. Используют верстальщики. Нафига им изучать какой-то хамл вместо любимой хтмлешечки?

slim разве не под руби?

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

Это не совсем шаблонизаторы, это кодогенераторы.
Какой смысл в нём? Вот получил я от верстальщика форму, вставил плейсхолдеры и всё заработало. зачем мне ещё переводить html во псевдоязык?
p.s. Пользовался такими в php и в node, но кроме неудобств ничего путного не заметил. Может что-то пропустил или в руби это даёт какие-то дополнительные возможности?

Про HAML:
— Более трудоемко натягивание готовой верстки на шаблонизатор (конвертация html в haml), особенно правки верстальщика вносить. Необходимо знать ещё один язык. Ну, это без специфики PHP
— Отсутствие референсной стабильной реализации для PHP (штук 5 в свое время попробовал — у всех свои проблемы)
— Нестандартный синтаксис для PHP (если использовать ванильный HAML, есть например pHAML с HAML не совместим, но больше для PHP подходит)
— Сложности с внедрением PHP-кода как прямо в шаблон, так и хелперами (может уже решили, с года назад заценивал)
— Что-то ещё, не помню уже :)

В общем проблем много, а польза не очевидна.

Это не ощущение,… как я уже написал выше, все что я делал изначально было предназначено только для собственных проектов.

> Шаблонизатор от программиста, до сих пор работающего с cp1251?

Где вы видете strtoupper в коде шаблонизатора?

Я пока для себя не наблюдаю веских причин работать с шаблонизатором.

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

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

Зачем нужен шаблонизатор?

Дизайнеры — это которые верстальщик, или который разукрашивает, или который дизайн-архитектуру приложения делает? :)

Просто есть UI/UX дизайнеры, дизайнеры-иллюстраторы, есть системные архитекторы, так сказать дизайнеры архитектуры. Многие считают, что верстальщик тоже дизайнер, но это ведь не так. Дизайнер UI/UX спроектировал, граф. дизайнер или дизайнер-оформитель разукрасил, а верстальщик порезал и создал HTML.

Вообще слово «дизайнер» довольно общее, поэтому уточняйте.

Здравая мысль по поводу валидатора «запрещенного». Было бы кстати увидеть валидатор чистых php view-файлов, без всяких шаблонизаторов.