Новая тема   Ответить

 _s_[sov]
Драсти! Вот пытаюсь разобраться с шаблонностью в php, попробовал накидать следующий код. Кто что скажет... (прошу строго не судить)

Код:

Заранее пасип

Последний раз редактировалось: _s_[sov] (08/07/07 в 07:56), всего редактировалось 3 раз(а)

 ibiz
а насчет чего ты хочешь услышать?

 Pentarh
Не мучайся... http://smarty.php.net

 _s_[sov]
Не, про смарти я знаю. Мне бы хотелось самому написать класс. Дак услышать о том в верном ли я направлении о представлении шабонности?

 Pentarh
Если смарти знаешь, следовательно ты должен иметь представление о шаблонности

Если так уж очень охота секса, поебись с XML-XSLT трансформациями

 _s_[sov]
Смарти в процессе изучения. Вот вчера заинсталил, чуток поразбирался, нада бы исчо поковыряться с ним. А так на первый взгляд штука довольно неплохая.
Ну с xml+xslt я уже тоже попробовал поковыряться, могу сорцы выложить

 Cibtor
Не помню кто сказал: Наш человек так устроен, что ему проще чем потратить 3 дня на изучение чужого - за месяц написать свое.

 kot_murkin
Смарти помоему выходит под лицензией gpl, а значит все продукты которые его используют должны быть тоже gpl? а значит коммерческий продукт на основе его не сделаешь?

 ibiz
kot_murkin писал:

так ведь делают же
в шаблонности под себя надо копать в направлении быстродействия кода

 Alexandur
на базе gpl-скриптов полно коммерческих решений.
да и вообще, есть linux gpl и есть redhat

 Alexandur
_s_[sov] писал:
рекомендую поковырять http://www.phpxtemplate.org/WhoUsesXTemplate

 xreload
Автор, судя по твоим вопросам и коду , лучше используй smarty, хотя если сделаешь очередной кривой велосипед, то некто особо не огорочится.

 samedi
Долго смотрел на строку
Код:

Так делать уже не модно?
Код:

Ещё какая-то интересная логика
1. сначала прочитать файл в строку
2. потом проверить его существование
3. если файла не было - убиться об стену

 _s_[sov]
samedi писал:

Чет действительно я тут логику нарушил

 Stek
Цитата:
redhat кстати свою сборку предоставляет в сырцах открыто, продается именно скомпилированный вариант.

 janso
Цитата:

Не в верном. Шаблонизаторы такого типа как у тебя неудобны в реальных сложных проектах. Да к тому же тормозны.

Используй лучше какой-нибудь популярный шаблонизатор.

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

Я кодил шаблонизатор на php и сейчас он вполне успешно работает в одном проекте под очень большой нагрузкой (а если прекомпилированное состояние шаблона хранить в memcached, а не на диске, так вообще летать будет). Для сравнения, smarty работает медленнее процентов на 30-50%.

 xreload
kot_murkin писал:

прочитай лицензию и не пиши бред...

 weely6
Скажи для чего тебе это надо, каких размеров проект?
Я так не заябываюсь и не придумываю велосипед, если просто сайтец какой нить не сложный делаю обычными инклюдами.
include("header.inc.php");
include("center.inc.php");
include("footer.inc.php");

и потом уже в зависимости от того что надо выдать кручу верчу,
если что то посерьёзнее, на много пользователей рассчитано, то юзаю Смарти. Может и есть чего получше но смарти пока не подводил, просто его тоже надо правильно настраевать.

 _s_[sov]
Да это я просто для себя пишу. на инклудах я уже написал, хочется чего то более реального. А смарти да, штука хорошая. Поэтому разбираюсь с ней тоже.

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

 janso
Цитата:
Это почему это?
Разбирать шаблон можно чем угодно. Если синтаксис не сложный, то регулярки - самое удобное. Если сложный - то конечные автоматы и т.п.
Естественно, если процесс обработки шаблона разделен на два этапа.
Один раз шаблон компилируется в некое внутреннее представления и потом всегда используется оно.

 _s_[sov]
Я в регулярках не сильно пока ориентируюсь, поэтому начинаю писать с самого простого!

 Teacher-X
janso писал:

Я именно об этом и говорю. Просто часто встречаю в скриптах регулярки, которые могут работать по несколько секунд над выполнением достаточно примитивных задач, для которых есть отличные строковые функции, скорость выполнения которых в разы выше.

Конечные автоматы вообще встречал пару раз всего в пхп-скриптах, народ как правило про них вообще не слыхивал, а про грамматики вообще молчу

Что касается компилируемых шаблонов, то не каждый шаблон можно скомпилить в статику. Например, это чрезвычайно трудно реализуемо для форумов, у которых в настройках можно указать по сколько сообщений на страницу выводить.

 ШЕФФ
$data = str_replace("#title#", $up , $file);
$data = str_replace("#body#", $body, $data);
$data = str_replace("#url#", $lin, $data);
$data = str_replace("#footer#", $foot, $data);

все это меняешь на только имена переменых должны совпадать с тем что в решетках.
$data= preg_replace("/#(\w+)#/ee", "$\\1",$data);

да и вобще логика програмы через жопу. для масивов всегда используй foreach она гораздо быстрей for

$lin.= "<a href='http://$arr[$i]'>$arr[$i]</a><br>"; проще так написать, да и пробел $lin.= между точкой и именем переменой нельзя ставить.

 Sterx
ШЕФФ писал:
серьезно? а у меня работает так
$lin .=