Сообщения

1

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

« : 14 Октября 2005, 03:14:35 »

RomikChef

у меня другое мировоззрение.

хорошо значит будет не обидно...

ты вообще ветку читал?
А голована плечах у тебя только для того, чтобы в неё есть?
или я тут давно мне все пох??

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

Абстрактное мышление в голове вообще присутствует?
Начинает доходить? или всё ещё туго?

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

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

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

тупить не надо, да?

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

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

спрашивается на хера пудрить людям мозги?
или это способ накрутить счетчик постов??

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

2

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

« : 13 Октября 2005, 13:53:28 »

обещаешь?

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

3

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

« : 13 Октября 2005, 11:40:49 »

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

4

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

« : 13 Октября 2005, 11:36:29 »

RomikChef

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

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

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

5

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

« : 13 Октября 2005, 11:24:27 »

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

к сожалнию, сишные модули для веба

RomikChef

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

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

6

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

« : 13 Октября 2005, 10:52:17 »

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 блок,

7

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

« : 13 Октября 2005, 09:39:47 »

hanslinger

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

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

8

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

« : 13 Октября 2005, 09:14:40 »

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

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

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

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

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


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

9

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

« : 12 Октября 2005, 16:15:06 »

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);
...