Нашли или выдавили из себя код, который нельзя назвать нормальным, на который без улыбки не взглянешь? Не торопитесь его удалять или рефакторить, — запостите его на говнокод.ру, посмеёмся вместе!
+163
function tpl_include($filepath) {
global $lang;
global $lang_array;
$tpl_body = file_get_contents($filepath);
$tpl_body = preg_replace('/\{loop \$(.*?)\}\n(.*?)\n\{\/loop\}/i', "\nEOL;\nforeach ($\\1 as \$var=>\$val) echo <<<EOL\n\\2\nEOL;\necho <<<EOL\n", $tpl_body);
$to_eval = "echo <<<EOL\n".$tpl_body."\nEOL;\n";
eval($to_eval);
}
Вчера срочно и быстро понадобился шаблонизатор в один проект.
Синтаксис: {$variable} и
{loop $some_array}
$var хранит $val
{/loop}
Запостил: 
7ion,
13 Февраля 2011
Follow us!
Так что автор молодец, лучше делай сам, чем искать чтото готовое, плюс, плюс себя нужно развивать, а не учится на других моросявый говнокодах
так, как будет лучше в конкретном случае!
вообще я не поклонник парадигмы MVC в веб-разработке.
в целом - можно создать класс, отвечающий за отображение ссылки и передавать ему необходимые параметры, сам шаблон будет хтмл со вставками пхп-тегов, дальше лень писать... если Вы посчитаете, что такой класс не является компонентом "представления" - что ж, это Ваше право, если наличие пхп-тегов в шаблоне вызовет какие-то негативные реакции, то докажите мне, что смарти-теги (и прочих шаблонизаторов) в шаблонах чем-то лучше.
Меня сильно удивляет, когда люди считают, что используя шаблонизаторы типа смарти, они становятся тру-MVC-девелоперами...
А я вот не поклонник использования ООП в веб-разработке, - это не для этого создавалось, черт его дери.
>создать класс, отвечающий за отображение ссылки
>сам шаблон будет хтмл со вставками пхп-тегов
Вы знатный говнокодер. Одна-едиственная задача, которую нужно решить - обойтись без php-вставок.
Вы думаете, что если я засуну foreach в шаблон - верстальщик не поймет, где там html править? Поймет, но для дизайнера-верстальщика это создает только лишний информационный мусор.
Короткие теги скоро запретят, а с длинными даже вывод переменной выглядит уродско.
Здесь либо все, либо ничего. Усредненные извращения не имеют смысла.
>докажите мне, что смарти-теги (и прочих шаблонизаторов) в шаблонах чем-то лучше
если дизайнер может написать это
<if $var=$val>blah blah $val</if>
то сможет и это
<?php if ($var == $val) echo "blah blah $val" ?>
разница здесь только в том, что второй вариант длиннее (кстати, не обязательно же эхом шарашить, есть же Alternative syntax for control structures)
а по сути разницы никакой!
а если мы возьмем "чистого" дизайнера, полностью абстрагированного от логики приложения и только "рисующего" шаблон страницы, то все равно кому-то придется вносить в разметку какие-либо теги (пхп или шаблонизатора), и какая тогда разница, будет ли такой человек оперировать одним или другим синтаксисом?
я это к тому, что "обойтись без php-вставок" - не должно быть самоцелью. применяя шаблонизатор, мы просто меняем шило на мыло.
в веб-разработке ООП действительно не нужно
оно вообще-то для программирования делалось.
А так как программисты веб-разработкой не занимаются, то и ООП там не нужно
"Каждый уважающий себя спектрумист обязан написать свою бегущую строку, плазму и труколор".
ни фига не ковокс, через, блин, бипер радио слушали...
а какую игру? = )
и змейку
я всегда писал змейку
так-то.