Введение в шаблонизатор Blitz

в английской доке есть апдейты про плагины от апреля 2010

мне тоже интересно, исходные коды бенчмарка есть, может кто-нить проверит?

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

У меня такой кусок:

/**
 *  Применение шаблона.
 *  
 *  Шаблон представляет собой HTML-файл с PHP-вставками. Во вставках
 *  можно использовать переменные из массива $variables, на основе каждого
 *  элементв key => value определяется переменная с именем $key и значением
 *  $value.
 *  
 *  @param $file Имя файла шаблона.
 *  @param $variables Массив переменных и их значений, доступных в PHP-вставках
 *      шаблона.
 *  @return HTML-код, созданный на основе шаблона и переменных $variables.
 */        
function template_render($file, $variables) {
    extract($variables, EXTR_SKIP);
    ob_start();
    require "$file";              
    $contents = ob_get_contents();  
    ob_end_clean();                 
    return $contents;               
}

Можно ее оптимизировать! :P

function parse($template, array $vars) {
  $keys = array_keys($vars);
  foreach($keys as &$key) {
    $key = '{{'.$key.'}}';
  }
  return str_replace($keys, $vars, $template);
}

Мой работает в n раз быстрее судя по тестам, где n — число элементов массива. Косяк правда что пришлось засрать пространство вот коллбеком, но это вроде именно тот случай, когда игра стоила свеч. (хотя может и экономия на спичках)
function ratherFastVars( $text, $vars ){

  if( ($p1 = mb_strpos( $text, '%' )) !== false ){
    $arr1 = array_keys( $vars );
    $arr2 = array_values( $vars );
    array_walk( $arr1, 'wrapperCallback');
    $text = str_replace( $arr1, $arr2, $text );
  }
  return $text;
}

$wrapperCallbackShit = array( '{{', '}}' );
function wrapperCallback( &$val ){
    global $wrapperCallbackShit;
    $val = $wrapperCallbackShit[0]. $val .$wrapperCallbackShit[1];
}


Здесь автор кроме той же картинки приводит примеры. С примерами всегда проще знакомиться с новым.

сори, поправлю

а добавил в ядро tony2001

Согласен.

Ещё мне не нравится реализация условий. ИМХО конструкция {{ if($_first,'',',') }} весьма неудачная. Как будет чувствовать себя верстальщик, если его попросят заменить запятую на какую-нибудь графическую пимпочку или что-нибудь ещё более громоздкое?

{{ if($_first,'','<img src=«images\pimpa.png» width=«5» height=«5» alt="">') }}

Так? Или можно сделать как-то по другому, исправляя только шаблон?

В том же самом Смарти это красивее:
{if !$smarty.foreach.block.first}<img src=«images\pimpa.png» width=«5» height=«5» alt="">{/if}

Красивее потому что:
* зачастую верстальщик не должен или боится исправлять что-либо внутри фигурных скобок — ведь можно всё сломать :)
* не мешает работе всевозможных syntax highlighter'ов в редакторах, код становится визуально понятнее.

Пользуюсь Blitz уже года 3 наверное. Ни разу небыло случая, чтобы нельзя было реализовать функционал через этот шаблонизатор. Более того, я использую только вывод пеерменных и блоки, всё, новомодные if и т.п. считаю в шаблоне лишним. Большая часть данных в шаблон попадает из базы без модификаций.

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

По первому вопросу, очевидно, логика отображения рубит, а логика приложения поставляет данные на рубку.
По второму: я бы этот код отнес ко View, в некоторых, простых случаях можно и в Controller поместить. Это решение принимает разработчик на свое усмотрение. Шаблонизатор не диктует применение какого-либо паттерна.

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

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

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

Поддерживаю!

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

Вариантов шаблонизации море, на все вкусы:

template.tpl:
===========
<?php
$qqq = <<<QQQ
{$data['fio']}
QQQ;
echo $qqq;
===========

controller.php:
===========
<?
…
$data['fio'];
require ('template.tpl')
===========

или на функциях:
template.tpl:
===========
<?php
function fio($data) {
$qqq = <<<QQQ
{$data['fio']}
QQQ;
return $qqq;
}
===========

controller.php:
===========
<?
…
$data['fio'];
require_once ('template.tpl')
echo fio($data);
===========

или на классах:
Template.class.php:
===========
<?php
class FioTemplate {
…
function render($data) {
$qqq = <<<QQQ
{$data['fio']}
QQQ;
return $qqq;
}
===========

controller.php:
===========
<?
…
$data['fio'];
require_once ('FioTemplate.class.php')
$fio = new FioTemplate();
echo FioTemplate->render($data);
===========

По-моему, отличный язык PHP, и предназначен для шаблонизации :)
Есть и циклы и условия, использовать их только надо с умом и к месту.

по куче шаблонов как раз не надо раскидывать — делаете вложенные блоки или fetch.

про XSLT. мне кажется, что blitz во многом наследует «концепцию» XSLT, только всё очень сильно упрощает. назовите мне прелести XSLT — и я попробую привести аналогии.

>А я использую PHP как шаблонизатор. Он нативен, понятен и прост.
fxd.

Хабр нам всем близок, не считаю зазорным рассказывать о том, на чем он построен.

Сами используем смарти и довольны. Даже уже пробуем 3ую версию.

Но есть у нас и проблема, которая подталкивает к поиску — с ростом функционала шаблоны становятся трудно-поддерживаемыми.

И на смарти все можно красиво организовать и зарефакторить, другое дело, что с Блитц
так просто не получилось бы сделать.

Поэтому в новых разработках, у себя будем пробовать.

К анализу в данный момент я не готов.

Но если интересно сравнить, рекомендую скачать: alexeyrybak.com/blitz/lebowski_bench.tar.gz — там реализован очень простой сайт с использованием всех перечисленных на графике шаблонизаторов.

Открывающие и закрывающие скобки — настраиваются, можно сделать как в смарти.

И как может blitz работать быстрее чистого php?

Потому что написан на C.

Есть глобальные переменные, и есть локальные.

дело не только в локальных и глобальных переменных.

есть такой режим, когда не найдя переменной на текущем уровне видимости локальных переменных, блиц поднимается выше и ищет там. макисмальный уровень таких лукапов «назад-вверх» ставится переменной blitz.scope_lookup_limit

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

1) Variable scope

You don't need to pass parameters from parent to child contexts
anymore. When blitz executor fails on finding corresponding parameter
in the current iteration data, it will go upper back to parent and
check if variable is there. If it fails again — upper check again. The
depth of «back» lookups is controlled by blitz.scope_lookup_limit,
which is set to zero by default (this meat that feature is disabled by
default)

потому что когда делались бенчмарки, проект ctpp как бы был за кадром. На то время — ctpp был не очень быстрым. Вроде как Шетухин его подправил и вторая версия пошустрее. У меня была идея, и Андрей был не против подправить синтаксис шаблонизатора в более приближенное к смарти. Но потом как-то мою идею не поддержало начальство и это дело заглохло.

тесты устарели, их надо менять. это кропотливая работа, но я это сделаю. насчет cttp — когда-то давно cttp v1 тестировался и ничего выдающегося не показал. после этого прошло много времени, недавно я собрал новую версию, но почему-то мой старый тест отказался работать правильно с новым cttp2. если бы кто-то просто мне прислал кусок для cttp2 или пофиксил мой тест для старого cttp (cм lebowski-bench ) — я был бы ему премного благодарен.

«элегантней» ??? вы издеваетесь?

hello <?php echo implode(', ', $names)?>

а NCSA Mosaic?