Comments 16
Так CMS это или фреймворк?
UFO just landed and posted this here
UFO just landed and posted this here
при использовании XML в качестве базиса системы
использование XSLT для визуализации является наиболее логичным
использование XSLT для визуализации является наиболее логичным
Это только первое время) Потом - когда начинаешь вникать в суть XSLT - к Smarty возвращаться не хочется совсем.)
Реально у связки XML+XSLT возможностей гораздо больше. Да и работать удобнее. Просто принцип другой и поначалу тяжело перестроиться...
Реально у связки XML+XSLT возможностей гораздо больше. Да и работать удобнее. Просто принцип другой и поначалу тяжело перестроиться...
Возможно Smarty побыстрее будет, чем XSLT.
Однозначно быстрее. И что? Это отнюдь не решающий фактор в современных условиях. Ruby - тому пример. Значительного увеличения скорости можно достигнуть только кешированием всей страницы, либо ее частей.
Вообще-то - смотря для чего и как пользоваться.
Например, если строить большие "деревья" XSLT - быстрее на порядок. Да и проще все гораздо.
Например, если строить большие "деревья" XSLT - быстрее на порядок. Да и проще все гораздо.
Отличная статья на эту тему
http://ru.wikibooks.org/wiki/Ruby/%D0%98%D0%B4%D0%B5%D0%BE%D0%BB%D0%BE%D0%B3%D0%B8%D1%8F
http://ru.wikibooks.org/wiki/Ruby/%D0%98%D0%B4%D0%B5%D0%BE%D0%BB%D0%BE%D0%B3%D0%B8%D1%8F
Я ж не сказал, что XSLT хуже, чем Smarty:-)! Просто для каждой конкретной задачи нужно выбирать лучшее средство. XSLT поддерживается всем и вся. А вот Smarty, на сколько я знаю, чисто PHPшная "примочка" (если так можно выразиться). Просто я хочу сказать, что в каком-то случае достоинства XSLT могут стать не столько достоинствами, сколько недостатками. Впрочем обратное утверждение тоже верно. А вообще конечно XSLT красивше;-)!
Очень приятно внутри написано :-)
Sign up to leave a comment.
CMS «Energine» — публичный выход