Fenom — yet another PHP template engine

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

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

Интересно! Также думаю если кто-то из русского сообщества захочет разобраться со внутренностями, отправить патч и тд, будет полезно почитать об этом

Хочу бенчмарка Fenom vs native PHP с реализацией типа ob_start.

Интересно было б сравнить с phalcon'овским шаблонизатором

С blitz сознательно не сравнивали? :)

И ещё… у меня создалось впечатление, что Вы используете token_get_all для токенезирования своего синтаксиса. В принципе ничего такого… но меня это беспокоит.

Надо будет попробовать вплить в symfony2.

Спасибо, интересный проект.
Вопросы:
1. Вы планируете поддержку и развитие, или это временное увлечение/хобби/текущий проект?
2. Планируется ли добавление кэширования в шаблонизатор?

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

   public static function tagInclude(Tokenizer $tokens, Template $tpl) {
       if($p) { // if we have additionally variables
            if($name && ($tpl->getStorage()->getOptions() & \Fenom::FORCE_INCLUDE)) { // if FORCE_INCLUDE enabled and template name known
                $inc = $tpl->getStorage()->compile($name, false);
                $tpl->addDepend($inc);
                return '$_tpl = (array)$tpl; $tpl->exchangeArray('.self::toArray($p).'+$_tpl); ?>'.$inc->_body.'<?php $tpl->exchangeArray($_tpl); unset($_tpl);';
            } else {
                return '$tpl->getStorage()->getTemplate('.$cname.')->display('.self::toArray($p).'+(array)$tpl);';
            }
        } else {
            if($name && ($tpl->getStorage()->getOptions() & \Fenom::FORCE_INCLUDE)) { // if FORCE_INCLUDE enabled and template name known
                $inc = $tpl->getStorage()->compile($name, false);
                $tpl->addDepend($inc);
                return '$_tpl = (array)$tpl; ?>'.$inc->_body.'<?php $tpl->exchangeArray($_tpl); unset($_tpl);';
            } else {
                return '$tpl->getStorage()->getTemplate('.$cname.')->display((array)$tpl);';
            }
        }
  }

Ведь если чуть чуть подумать, то можно все записать весьма более читаемо и избавиться от не нужной вложенности:

    public static function tagInclude(Tokenizer $tokens, Template $tpl) {
        if($p) { // if we have additionally variables
            if($name && ($tpl->getStorage()->getOptions() & \Fenom::FORCE_INCLUDE)) { // if FORCE_INCLUDE enabled and template name known
                $inc = $tpl->getStorage()->compile($name, false);
                $tpl->addDepend($inc);
                
                return '$_tpl = (array)$tpl; $tpl->exchangeArray('.self::toArray($p).'+$_tpl); ?>'.$inc->_body.'<?php $tpl->exchangeArray($_tpl); unset($_tpl);';
            }

            return '$tpl->getStorage()->getTemplate('.$cname.')->display('.self::toArray($p).'+(array)$tpl);';
        } elseif($name && ($tpl->getStorage()->getOptions() & \Fenom::FORCE_INCLUDE)) { // if FORCE_INCLUDE enabled and template name known
            $inc = $tpl->getStorage()->compile($name, false);
            $tpl->addDepend($inc);
            
            return '$_tpl = (array)$tpl; ?>'.$inc->_body.'<?php $tpl->exchangeArray($_tpl); unset($_tpl);';
        }

        return '$tpl->getStorage()->getTemplate('.$cname.')->display((array)$tpl);';
    }

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

Переходить со Smarty — одно удовольствие. Пожалуй, попробую в тестовом проекте.

> Op-кешеры, конечно же, отключены

… и в результате тест носит исключительно академический характер: продакшена без опкод-кэшера не бывает. Впрочем, тесты и сами по себе вымученные из одного места (это, конечно, не к вам претензия) — ну кого волнует, что будет при 100500 переменных?

Тест, хоть сколь-либо пытающийся приблизиться к реальному миру, есть у Рыбака (blitz benchmarks) — туда бы только наследование добавить.

> Op-кешеры, конечно же, отключены как и все другие расширения.
Их, конечно же, не надо было отключать. На этом можно остановиться, тесты не несут никакого смысла.

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

Создайте, пожалуйста, баг репор с описанием проблемы и путями ее возпроизведение. Буду вам признателен. Создать баг репорт можно здесь: github.com/phalcon/cphalcon/issues/new

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

Да, расскажите, было бы интересно.

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

Удивительно, но я не нашел такой вещи, как function. Include, конечно же, может заменить функции, но при определенных условиях это в несколько раз медленее.

В Smarty2 был такой плагин как defun/fun, написанный господином messju, который мало того, что существенно упрощал работу с рекурсиями и уменьшал количество инклудов, так еще и был экстремально быстрым. Smarty3-аналог порядка двух раз был медленнее.

А первые тесты проводились с включенным xDebug? Twig существенно медленнее работает, когда тот включен.

В Fenom за основу взят Smarty-like синтаксис шаблонов...

Речь просто о like-синтаксисе или о совместимости шаблонов?

Движок на базе токенайзера и PCRE я писал ещё лет десять назад. Работал действительно быстрее смарти, кушал меньше памяти, по функционалу был близок к вашему. Да и код был заметно проще, Но чем дальше, тем меньше мне хотелось залезать в его код. Он работал и всё (да и до сих пор работает на ряде сайтов). Но того удобства, которое мне даёт Twig он, конечно, просто не мог дать. homm выше абсолютно верно сказал, что задача шаблонного движка отнюдь не в том, чтобы подставить переменные в шаблон в цикле.

Начал было писать комментарий с вопросом о возможности использования нативных php-функций как модификаторов, но уже увидел ответ.

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

Запилил модуль для Kohana

Автор, вы пошли в правильном направлении, выбрав Tokenizer. Ваша ориентация на высокую скорость и низкое потребление памяти мне тоже нравится. Но мне кажется, что вы все же ошиблись в итоговой реализации. Постараюсь развить мысль…

Для начала, разберемся, для чего вообще нужен шаблонизатор:
1. Для верстальщиков, которые не знают PHP, но хотят внести логику в свои шаблоны.
2. Для юзеров всяких публичных сервисов, например блог-платформ. Юзерам надо дать шаблоны с логикой, но нужно ограничить их в возможностях программирования, чтобы они не запустили вредоносные алгоритмы на стороне сервера.

Если речь идет про верстальщиков, то я считаю, что применение шаблонизаторов типа Smarty абсолютно излишне. Язык PHP сам по себе крайне простой в изучении и лаконичный в синтаксисе. Верстальщику достаточно изучить всего несколько языковых конструкций и функций, чтобы полностью отказаться от шаблонизаторов. В том же самом Wordpress'е шаблоны выполнены в виде PHP и это правильный подход. А уж для hightload чистый PHP тем более предпочтительнее.

Если мы говорим про юзеров, то вот здесь появляется проблема… К примеру, вы владелец блог-сервиса и хотите дать возможность юзерам редактировать PHP-шаблоны. В этом случае вы подвергаетесь риску, т.к. юзер может вставить в шаблон любую вредоносную PHP-инструкцию.

Что делать? Идеальный вариант — это создать скрипт (назовем его SafePhp), который будет анализировать PHP-шаблон юзера и проверять его на наличие опасных инструкций. Как только в коде встречается инструкция, не указанная в списке разрешенных, генерируется ошибка и шаблон не сохраняется. В итоге шаблон, профильтрованный через SafePhp — это 100% безопасный нативный PHP-код.

Я давно мечтаю о таком как-бы шаблонизаторе. Его достоинства относительно Smarty и прочих:
1. Максимальная скорость работы
2. Легкость в изучении — освоить базовые инструкции PHP, по моему, проще, чем Smarty. Синтаксис PHP более гибок. Большое сообщество разработчиков.

Если пойти еще дальше, то можно разогнать скорость скрипта до максимума, грамотно, оператор за оператором ретранслировав отфильтрованный PHP-код в Си-код. Конечно, ретрансляция должна происходить не через hiphop, а через собственный, заточенный для данной узкой задачи алгоритм. На выходе получится мега-бомба, 100% заточенная под highload.

Уверен, сделать это реально. Сам давно обдумываю подобный проект.

Что вы про это думаете?

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