чтоб квик обогнал 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 данных), поэтому я не могу сказать уверенно и провести хоть как-то адекватное сравнение.
ну кстати у квики защита от дурака имеется, так, например к использованию разрешены функции, которые не меняют состояние внешних источников, так что всей идеологии въювера он отвечает полностью, ну а навредить можно можно на нем не больше, чем на смарти. Как говорится есть бесконечное богатое множество способов изгадить хорошую задумку.
поясню еще раз:
возможно у вас в шаблоне есть какое-либо выражение которое при повтороной генерации вывода будет давать вточности такое же значение, тогда вам достаточно расчитать его один раз при компиляции — на это указывает "_" перед выражением.
В общем, в наше время ООП и всеобщего MVC, смарти устарел, убог и неинтересн(( Давно пора уже что-нибудь получше придумать.
во первых это ваше личное мнение, не стоит так категорчно заявлять.
во вторых смарти достаточно популярен
в третьих что-то получше уже есть <a href=«quicky.keeperweb.com/ru/» quiky
про квики вот думаю стоит ли что написать?
чтоб квик обогнал php native нужно найти пример когда большое кол-во параметров будет всегда одинаково. В частности сейчас обсуждалась возможность условной перкомпиляции, если она будет введена, то квик будет обгонять php native в большем кол-ве случаев
пример, когда код, созданный квиком, выйграет:
{_for start=0 step=1 loop=1000 value=$i1}
{_for start=0 step=1 loop=1000 value=$i2}
{_$i1+$i2}
{/}
{/}
возможно у вас в шаблоне есть какое-либо выражение которое при повтороной генерации вывода будет давать вточности такое же значение, тогда вам достаточно расчитать его один раз при компиляции — на это указывает "_" перед выражением.
? работает действительно быстрее
во первых это ваше личное мнение, не стоит так категорчно заявлять.
во вторых смарти достаточно популярен
в третьих что-то получше уже есть <a href=«quicky.keeperweb.com/ru/» quiky
про квики вот думаю стоит ли что написать?