Про Шаблонизаторы

[Меняздесьдавнонет]

Я не то, чтобы переубеждаю.
Просто я пытаюсь и сам найти смысл.

Я могу наскрести пеару-тройку ответов на вопрос "почему используют". Но к вопросу "чем оно лучше" эти ответы не будут иметь отношения.

[Алексей]

RomikChef:
Я могу наскрести пеару-тройку ответов на вопрос "почему используют".

давай!

[Меняздесьдавнонет]

а оно тебе надо?
1. Привычка с перла.
2. просчёты в расчётах(с). Те же заблуждения, что и у тебя. Люди на этапе создания думают, что шаблон получится простой и удобный.
3. забыл. потом вспомню.

[Green Kakadu]

RomikChef:
"почему используют". Но к вопросу "чем оно лучше" эти ответы не будут иметь отношения.

ИМХО используют чтоб править не код, а шаблон а код считается как вещь универсально работающая.
Но это не для того чтоб "человеку который ни хрена ни в чем не понимает" было проще - он и в шаблонах не поймет, а чтоб HTML вывод не растекался по всему коду скрипта (там чуть чуть, там что-то довывели в больших системах это вообще будет проблематично править), а находился в одном месте

[Green Kakadu]

RomikChef:
1. Привычка с перла.

кстати, здравая мысль.
На php система вывода о которой говорилось вначале по функциональности превосходит тот же HTML::Template, и при этом менее громоздка.

2. Идя к универсализации можно вообще уйти в некоторую абстракцию типа XSLT, но тогда нужно представлять для чего оно тебе надо, а не потому что это модно
по поводу XSLT:
Тест производительности XSLT процессоров для PHP/Perl
XML+XSLT, чем лучше шаблонных движков, например Smarty? - показательная беседа переходящая в флейм (мне не нужен ни HTML ни XML, PHP рулез)

[Меняздесьдавнонет]

Green Kakadu:
 а чтоб HTML вывод не растекался по всему коду скрипта

То есть, для обеспечения дисциплины?
шаблон, кстати, не панацея.
конгда мне приходилось раюботать с шаблонными движками, и в некоторых местах доводило до белого каления, я тупо писал в пхп-скрипте =тмл и вбивал его в вывод шаблона.

[Меняздесьдавнонет]

Алексей
3. Самое чудовищное заблуждение всех девелоперов, времён и народов - о том, что можно разделить "код" и "представление".
На самом деле, мы имеем "код приложения" и "код представления".

В представлении нам нужен КОД. От него никуда не деться.
Когда я столкнулся с XSLT, я впечатался в это понимание со всей дури.

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

[Green Kakadu]

RomikChef:
То есть, для обеспечения дисциплины?
шаблон, кстати, не панацея.

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

RomikChef:
и в некоторых местах доводило до белого каления

согласен. иногда получается оч.извращенный и нечитабельный шаблон

[Меняздесьдавнонет]

Green Kakadu
я не понимаю - при чем здесь коды с хтм-лями?
чисто технически, шаблоны на пхп ничем не отличаются от обычных!
Они точно так же лежат в ОТДЕЛЬНЫХ ФАЙЛАХ!

И вопрос не в наитиях, конечно же, и не в собирании вывода в одном месте.
а в СОЗНАТЕЛЬНОМ разделении своих скриптов на КОД и ШАБЛОНЫ.
КОД подготавливает данные для шаблонов.
Шаблон - это файл с хтмл, в котором испольщуются операторы вывода, цикла и условного перехода.

[Меняздесьдавнонет]

Jean
на самом деле, не принимай близко к сердцу.
Людей, которые, как и ты, находятся в плену иллюзий, и не понимают элементарных вещей - очень много. Чудовищно много.
Понимающих, как раз - единицы.

Это ответ на вопрос Алексея, как раз.

Алексей - вот тебе живой пример, почему люди используют шаблонные движки.
от заблуждений.

[Меняздесьдавнонет]

Кстати, Алексей.
Это ещё один пункт.
Очень многие люди свято верят в то, что шаблон - это некое "оформление", удобное для верстальщика, а не ПРОГРАММА.
Обманывая себя и окружающих.

АГА!
Ты познакомься с шаблонами на XSLT
У тебя волосы дыбом встанут.
Это, якобы, язык написания шаблонов.
В нём ПХП программер ногу сломит - не то что верстальщик!
А все ради него, ради верстальщика! чтобы у него операторы программные были похожи на теги.

[Green Kakadu]

RomikChef:
с какой стати ПРОГРАММА должна быть похожа на УРОДСКИЙ язык форматирования?!

не программа, а код шаблона. И это так в идеале, который недостижим.

[Меняздесьдавнонет]

Green Kakadu
Ну, мы здесь не об идеалах разговариваем, а о реальности.
Давай об идеалах - во флейме?
А реальность такова, что шаблон - это программа.
Это ЛОГИКА ПРЕДСТАВЛЕНИЯ.

И чем раньше до девелопера доходит этот простой факт, тем ГОРАЗДО легче ему будет девелопить.
И тем прямее будут его шаблонные движки.

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

[CGVictor]

И опять все кончается флеймом на пустом месте.
Есть 2 крайности:
1.Девелоперу с дизайнером требуется максимальная простота. (Вариант: дизайнер-дуб). Девелопер придумывает какую-то фигню, чтобы дать дизайнеру возможность менять его кривущщий ХТМЛ и не лезть руками в чистый код.

И именно здесь, а не где-то еще, лежит идея шаблонов. Максимально простых и понятных.

2.Девелоперу и дизайнеру нужна максимальная гибкость. И здесь простого и удобного решения пока не найдено (простого и понятного: XML+XSLT, Smarty и прочие навороты отпадают)

Так вот: максимальная гибкость - это и есть ПХП. На хрена городить огород в случае 2?

[off]Не ищите простого решения сложного вопроса.[/off]

[Green Kakadu]

RomikChef:
А реальность такова, что шаблон - это программа.
Это ЛОГИКА ПРЕДСТАВЛЕНИЯ.

шаблон это НЕ программа.
это скорее конфиг, конфиг же ты не называешь программой.

RomikChef:
 в шаблоне логика обязательна

с этим трудно поспорить

RomikChef:
Это ЛОГИКА ПРЕДСТАВЛЕНИЯ.

в точку! Таким образом, использование шаблонизатора это не способ разделить логику и дизайн, а возможность вынести логику представления за пределы кода скрипта, и дать другим воз-ть менять эту логику особо не вдаваясь в детали того как это реализуется.