Отделением логики от представления
во первых делает.
во вторых решает кучу фоновых задач: кеширование, упрощение синтаксиса, упрощает отладку, короче решает типичные задачи
можно тока тут она делается на уровне синтаксиса.
встречаются, не часто, но есть.
цифр не дам, потому что нужно специально заняться тестированием, а на это щас нет времени
интересная точка зрения, я б сказал гениальная в своей темноте, чтож не буду вас разубеждать, раз более 2-х милионов пользователей Смарти вас не убедило.
так вообще все это слова, а на практике люди делают выбор один раз и на долго, я вот, например, однажды принял смарти со всеми косяками, а щас вот для себя выбрал квик. и теперь больше не буду об этом думать, а тут так… диалоги, флуд.
чтоб квик обогнал php native нужно найти пример когда большое кол-во параметров будет всегда одинаково. В частности сейчас обсуждалась возможность условной перкомпиляции, если она будет введена, то квик будет обгонять php native в большем кол-ве случаев
пример, когда код, созданный квиком, выйграет:
{_for start=0 step=1 loop=1000 value=$i1}
{_for start=0 step=1 loop=1000 value=$i2}
{_$i1+$i2}
{/}
{/}
вообще это другая парадигма. xlst это метод преобразования и трансформирования потока данных. Шаблонизатор же в классическом понимании дает возможность работать вообще с выводом информации. Так, например, утверждение, что шаблон не может запросить необходимые для его работы данные ложно. Ровно как и ложно утверждение что логика запрещена в шаблонах. Лично мне не прижился xslt в чистом виде, хотя я знаю ребят, которые сделали успешные бизнес-проекты (UMI.CMS, например, там вся цмс рассматривается как донор XML данных), поэтому я не могу сказать уверенно и провести хоть как-то адекватное сравнение.
ну кстати у квики защита от дурака имеется, так, например к использованию разрешены функции, которые не меняют состояние внешних источников, так что всей идеологии въювера он отвечает полностью, ну а навредить можно можно на нем не больше, чем на смарти. Как говорится есть бесконечное богатое множество способов изгадить хорошую задумку.
поясню еще раз:
возможно у вас в шаблоне есть какое-либо выражение которое при повтороной генерации вывода будет давать вточности такое же значение, тогда вам достаточно расчитать его один раз при компиляции — на это указывает "_" перед выражением.
во первых делает.
во вторых решает кучу фоновых задач: кеширование, упрощение синтаксиса, упрощает отладку, короче решает типичные задачи
встречаются, не часто, но есть.
цифр не дам, потому что нужно специально заняться тестированием, а на это щас нет времени
чтоб квик обогнал php native нужно найти пример когда большое кол-во параметров будет всегда одинаково. В частности сейчас обсуждалась возможность условной перкомпиляции, если она будет введена, то квик будет обгонять php native в большем кол-ве случаев
пример, когда код, созданный квиком, выйграет:
{_for start=0 step=1 loop=1000 value=$i1}
{_for start=0 step=1 loop=1000 value=$i2}
{_$i1+$i2}
{/}
{/}
возможно у вас в шаблоне есть какое-либо выражение которое при повтороной генерации вывода будет давать вточности такое же значение, тогда вам достаточно расчитать его один раз при компиляции — на это указывает "_" перед выражением.