http://at.tut.by/stepanovsergey/Lapa.zip альтернативный шаблонный движок, совместим с Smarty(большенство функций и модификаторов просто копируются)? обладает гибкостью php, так как поддерживает выражения в любых возможных вариантах. Так как ещё работа не окончена, возможны изменения после обсуждения, некоторые куски кода наследие с автомата, так что ссатца не стоит по этому поводу. Применение при реализации логики в шаблонах, парсит шаблоны быстрей аналогов в разы. Как вариант просто подставки переменных ограничители можно просто не использовать: <div>$var->title.page.1;</div> <div>$var->title(1);</div> Проект открытый, любой желающий может внести свой вклад. для злыдней касательно Smarty? шикарный шаблонизатор, при необходимых знаниях и мозгах, но на дворе осень, ждем 6
В смарти реализован определенный подход к построению шаблонизатора. Реализован достаточно тщательно. С другой стороны подобный подход многие считают в корне неверным. Имхо, единственный смысл делать шаблонизатор основанный на широкую аудиторию, это сделать его основанным на каком-нибудь совершенно другом подходе. А пытаться переплюнуть смарти на его же поле... нафиг оно надо?
в таком случае проще расширение написать, чем городить своё и называть уникальной разработкой. Быстрее в разы это сколько в численном эквиваленте и по сравнению с какими аналогами? Мой самописный шаблонизатор на странице полной логики и циклов тоже обгонял смарти. Кто ж его не обгонит-то. Правда потом одумался и логику прибил. Очередной язык написанный на php не вышел в свет.
Luge для себя приготовил запасы? вам ты ресурс организовать типа sourceforge.net, заготовили бы бочки с йадом, детский сад рулит. vasa_c если бы ты поближе ознакомился, то понял, что он совместим, но подход другой, начиная с возможности собрать шаблон в один файл, а публикую чтобы на этом этапе учесть мнение сообщества.
ustas, извините, не хочется в этот неурочный качать архивы, разбираться в коде... Не могли бы вы кратко обрисовать главные принципиальные отличия? Смарти, насколько знаю работает так: Сначала выполняется PHP код, который формирует структуру всевозможных данных во всевозможных форматах, а потом запускается шаблон, в который вставляются эти данные в нужном месте. И здесь два момента: 1. Не смотря на все высокопарные заявления о полном отделении кода от оформления, верстальщик сможет втиснуть в шаблон только те данные, которые позаботился собрать программист. 2. Во многом исходя из п.1, программисты стараются собрать как можно больше данных. Обычно гораздо больше, чем в итоге используется. Ваше изобретение отличается в этом плане?
vasa_c при правильном использовании шаблонизатора данные(лишь бы какие) можно запросить из шаблона. для начала почитай про плагины, потом почему используют шаблоны (круг задач). На русскоязычных форумах это даже не рассматривается, так что читать нужно на немецком, или английском Hight обоснуй своё мнение
не, видимо я совсем тупой вместо того что бы просто ответить, автор шлёт в код и поиск. Можно получить ясные ответы на 1. В чём отличие ИМЕННО ВАШЕГО шаблона от того же смарти в методике отсылки данных от программиста к верстальщику? 2. Бытрее каких аналогОВ в разы быстрее проходит парсинг? 3. Почему сразу своё и совместимое со смарти, а, раз уж настолько гениальные идеи, не переработать смарти и выпускать его облегчённую версию. Думаю многие разработчики были бы Вам благодарны.
1) данные можно запросить, прог. может отдать их уже по запросу (на смарти это тоже есть, но все тупо суют туеву хучу переменных) 2)smarty? qwiki и т.п. 3) smarty для php 4? и кое как для 5 (устарел) 4) регулярки в таких количествах зло, проверка на ошибки - 2 бала из 5, выражения 1 балл. облегчённое, кто на танке, из танка вертолёт не сделать. кстати все облегчённое уже сделано, только желающих пользоваться разработчиков нет, странно да.
Как производительность падает с применением твоего шаблонизатора? Как у смарти до 70 процентов? Обосновал?
парнни, ну что вы тут беситесь? ну пишет человек еще один велик, только свой, ну и пусть пишет... вы посмотрите на само голосование: не быть не быть ну и чего тут спорить? =)
нет, регулярки использую только для разбивки на блоки (текст - код), a это 10 мs, компиляция в два прохода. сначала бы запустил, при использовании скомпилированного шаблона разницы нет, откуда ей взяться?