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

[Jean]

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

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

Насчет программера, не представляю пока что , если ты захочешь использовать ООП в своем приложении, то как так получиться отделить код скрипта от кода шаблона.
Неужто придется создавать класс какой-нибудь Template
а внем парочку методов по типу assign, execute ?

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

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

[Jean]

[OFF]это все что ты можешь сказать
твоя смелость просто поражает

извиняюсь за оффтоп, никогда бы не стал писать подобное,
но просто у тебя излишняя уверенность в том, что ты говоришь, и из-за нее же ты не понимаешь (точнее даже не собираешься понимать) мои простые ответы.
[/OFF]

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

Jean:
не представляю пока что , если ты захочешь использовать ООП в своем приложении, то как так получиться отделить код скрипта от кода шаблона.

если не представляешь - то это, согласись, твоя проблема, но никак не пхп-шаблонов - верно?

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

Jean:
у тебя излишняя уверенность в том, что ты говоришь, и из-за нее же ты не понимаешь (точнее даже не собираешься понимать) мои простые ответы.

согласись - то же самое можно сказать и про тебя?

но при этом я привожу реальные примеры, а ты - только общие фразы.

[Алексей]

это типа вычестили?....


А почему так все боятся, что верстальщик увидит некоторые тривиальные операторы пхп в коде и мол убежит?
Верстальщик должен знать минимум JavaScript, а это уже программирование.

[Gennady]

RomikChef
имхо, ты не прав на счет удобства шаблолнов, вот маленький простенький примерчик шаблона древовидного меню сайта без js, ничего лишнего кроме html и маркеров в шаблоне
который существенно помогает(упрощает) в работе как вертальщику так и программеру


 

{DATA.caption} {DATA.caption} {DATA.caption} {DATA.caption}   {DATA.caption} {DATA.caption}

суть:
из разных частей php кода при определенных условиях успользуется html фрагменты из шаблона для сбоки нужного html
простейшими методами класса
- позволяет переключать шаблоны (хоть 100 различныйх отображений дерева, не требуется писать 100 пхпшных версий, и пытаться упростить вывод html кода различными способами типа $html .= <<-не нарушается целостность работы пхпшника, если верстальщик запорл шаблон пофиг есть шаблон по-умолчанию, остальные 10 человек делают свои шаблоны одновременно с тобой(только ты правишь пхп)
-пхпшник один(как модуль, меню, выпадающее меню, древрвидное меню... новости форум)
-шаблон понимает любой редактор html, если ручкми впадлу..
-маленький объем..

и даже если на пхп сделать аналог, т.е. вынести хтмл во внешний подключаеммый массив, не получишь такого результата, т.к. например не сможешь так просто    включить файл FILE "forms.htm"} т.е. придется писать функцию проверки сущестования и чтения файла как минимум и внедрения в массив, что и является частью шаблонизатора... который может брать массив откуда угодно из файла, БД, просто редактировать html удобнее в файле а не в базе или php массиве...





кусок php кода, как вариант
...
               $t->assign(\'DATA\',$ar);
                if ($i<$num-1) {
                     if ($ar[\'haschild\']==1)
                      $t->parse(treemenu.items.child_node\');
                    else $t->parse(treemenu.items.nochild_node\');
                } else {
                     if ($ar[\'haschild\']==1)
                      $t->parse(treemenu.items.child_lastnode\');
                    else $t->parse(treemenu.items.nochild_lastnode\');
                }
            $t->parse(treemenu.items\');
...
            $t->return(treemenu);
...

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

интересно, до хотя бы одного из гениев, пишущих в эту ветку, дойдёт когда-нибудь простая мысль, что на пхп тоже можно писать шаблоны?
Со всеми перечисленными преимуществами?

[ThE0ReTiC]

RomikChef
неа =)
[off]
у меня тоже был шаблонизатор. я от него избавился.
гораздо проще работать с кодом.
я верстальщик предоставляет просто технологическую нарезку типовых страниц. И вообще не думает про спаны и прочую лабуду.
[/off]
[moderator-note]
все это пахнет рекламой очередного шаблонизатора.
[/moderator-note]

[Gennady]

RomikChef
может против этого еще попрешь? я пишу на нескольких языках perl уже редко, asp, и все чаще php для каждого языка используются одни и теже HTML шаблоны, в которых НИКАКОЙ завязки на язык програмирования, на каждом языке есть свои функции для работы с шаблоном с особенностями языка.. и где уверенность что через год я не буду писать на аля php.net или parser?? где синтаксис будет пусть самую малость но отличаться! ответь мне на вопрос что проще написать класс или спец функции для работы с определенным видом шаблонов, которые можно будет использовать во всех твоих проектах, причем как я умомянул без завязки на сам язык программирования!!

я скажу вам често я прошел веб от подобиия инклюдов на js, который ты подключаешь к странице и выводишь контент в зависимости от входных параметров типа document.write(""), потом конечно SSI, потом смесь SSI с языком программирования, щас я использую ТОЛЬКО шаблоны, и удобство поверьте от них огромное, конечно можно отказаться шаблонов и делать коллекции под каждый язык и придумывать другие варианты, но зачем??

когда шаблоны дают дополнительно,
- независимость от языка программирования, т.е. не побоюсь этого слова УНИВЕРСАЛЬНОСТЬ
- высокая скорость разработки сайтов(накапливаются качественные отлаженные шаблоны, в том числе использующие все прелести js), в шаблоны пихаешь нарезку, либо пишешь скрипт для авто нарезки согласно шаблону данной картинки для тех кто не умеет нарезать и использовть прелести слайсов в фотошопе.

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

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


ThE0ReTiC
еще раз повторюсь, не буду переубеждать на счет шаблонов, я высказал свое мнение, и это не реклама шаблонизатора

[hanslinger]

где уверенность что через год я не буду писать на аля php.net или parser??

А где уверенность, что я не буду через год хотеть другой язык шаблонов?
Бред.

[Gennady]

hanslinger

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

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

[hanslinger]

я не вижу такой необходимости

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

Забавно.
А актуально - почему?

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

Gennady:
может против этого еще попрешь

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

А заодно покажи, где я пишу, что шаблоны - это плохо.

[Gennady]

hanslinger

да и всем возможно будет интресно..

основной смысл шаблонов для меня, вынесение html кода из языка программирования нопрочь

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

ответьте для себя на вопрос какой код читабельнее и удобнее из соображений работы с html???


...


bla bla bla


 


   


   


   

left content

main content

right content

...




суть если я не паршу блок их пхп

    left content


у меня в потоке не будет, целиком левой колонки
    left content

аналог пхр
это прошу заметить не
и не

а что-то типа
0) echo "функия которая циклически вставляет нужные блоки левой колонки, например showLeftColumn()" ?> а не

0) showLeftColumn()?>  или точнее
т.к . при этом уже придется править html в 2-х местах... а не в одном(хотя относяться к одному логическому html блоку)..

причем ко всему являются коментариями html, и удобно искать нужный HTML блок,