Ипатьев, немного подругому:

Система пытается что-то вывести, и для этого идет запрос view::Render('template', $data=array());

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

Опять же, это мой шаблонизатор который я писал только для себя и своих клиентов.

Это сообщение отредактировал(а) fesor - 27.7.2009, 15:53

Ага..  В супернавороченной, суперсертифицированной и еще много-много супер-какой системе 1С-Битрикс все шаблоны используют прямой PHP-код и ничего..  Никто не трясется за безопасность и т.д.

нелюблю битрикс)) а для работы с 1C использую тупо обмен через CSV и непарюсь

fesor, и при чем здесь "понятность" внутреннего файла, который никто не видит?
К чему была реплика про $tpl = "<p>".$var."</p>";?
Про то что "дело вкуса", я соглашусь. А в остальном, для "быстрее" и "понятнее" нет никаких вообще оснований.

У native есть недостатки, они очевидны. Это и неограниченная мощность языка, и проблема автора топика. Но вот эта ничем не подкрепленная вкусовщина - "быстрее, удобнее" только мешает объективному суждению.

я о том что много echo медленнее чем одно)) хотя может я заблуждаюсь)

 *YES*

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

А что такое шаблонизаторы и что они делают?

Подобная реализация кажется мне вполне достаточной:



schablon.php :

В последнем проектк делал именно так.

lukas, чем вам смарти не PHP шаблонизатор? Подумаешь что там PHP шаблон только как промежуточный. Потеря в производительности минимальна. Лучше сэкономить на чем нить другом, мест где можно провести оптимизацию великое множество.

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