- 1
- 2
- 3
- 4
- 5
<?$APPLICATION->IncludeFile(
$APPLICATION->GetTemplatePath("include_areas/contacts.php"),
Array(),
Array("MODE"=>"html")
);?> </div>
Нашли или выдавили из себя код, который нельзя назвать нормальным, на который без улыбки не взглянешь? Не торопитесь его удалять или рефакторить, — запостите его на говнокод.ру, посмеёмся вместе!
+160
<?$APPLICATION->IncludeFile(
$APPLICATION->GetTemplatePath("include_areas/contacts.php"),
Array(),
Array("MODE"=>"html")
);?> </div>
Вот так индусские проггеры из Bitrix показывают контакты сайта.
Учитывая ещё то, что ("MODE"=>"html") вообще здесь быть не должно - о типе контента должен знать не шаблонизатор, а сам контроллер. Который и выберет по типу нужный темплейт.
Применения ООП в битриксе тоже не особо много, в основном библиотеки статических методов.
и вообще, использование активных шаблонов это зло. А еще к слову, смарти-подобные выкидыши тоже. единственный более-менее грамотный шаблонизатор для пхп видел только phpTal
а то говно что зенд заталкивает в последние версии выглядит как на корове седло, кривоватое засраное седло
что более читаемо для непрограммиста (напр. дизайнера) и лучше выглядит в визуальном редакторе? воот
впервые слышу. все говорят об обратном
> но предпочитают xslt.
толковый подход, но (проверял сам) почему то тормозной (сделал схему, хмлы, хслт-преобразовывал в хтмл). мож я тупой задорукий
> мега-гавеные проекты, где мартышки пытаются написать собственные шаблонизаторы
если очередной смарти, то это уже ГК "космического масштаба и космической же глупости" (ц)
а вообще можно попробовать написать толковый
Поверьте: люди, знающие чем quirks mode отличается от standard complaint, что такое "свойство hasLayout" и "ie box model bug" -- достаточно умны, что бы освоить любой шаблонизатор, тем более такой простой как PHP: не на лиспе же их заставляют писать.
В школьница с фронт-пейджем конечно же не разберется, это да.
>>толковый подход, но (проверял сам) почему то тормозной (сделал схему, хмлы, хслт-преобразовывал в хтмл). мож я тупой задорукий
Во-первых нужно правильно работать с XML (не юзать например DOM ни в коем случае).
Во-вторых XSLT нужно писать правильно: это тоже мало кто умеет. Достаточно сделать x-path выражение для всего множества нодов (всех потомков корня) что бы все повисло вусмерть.
И наконец аутпут надо кешировать.
Яндекс как-то живет с XSLT, а там запросов не так уж мало, я думаю.
Но XSLT это язык, и его надо учить. К сожалению порог вхождения высок, выше чем в смарти. Но хорошие верстальщики (о которых я писал выше) его знают и любят.
>>а вообще можно попробовать написать толковый
Поверьте, многие пытались. Это не просто. Если у Вас есть лишний человекогод -- то наверное Вы можете написать хороший шаблонизатор. А если писать его на коленке -- будет очередной смарти.
Я думаю что на PHP надо использовать или PHP или уж тогда XSLT.
вот именно, что больше кто ненавидит пхп
> правильно работать с...
ДОМ не использовал, а вот с XSLT не долго возился
и кеширования, конечно, не было
> лишний человекогод
пробую уже месяц. Хм, потихоньку... Труднее с языком выражений
> Я думаю что на PHP надо использовать или PHP или уж тогда XSLT.
это да. быстрее пхп-шаблонизатора чем пхп не будет никогда
а обезьянки умеют только в визуалке, и пхп или смарти их вводит в ступор и агрессию
> xslt сравнивается с html
ЩИТО?
Он быстрый, он декларативный, это стандарт, реализованный для многих языков, поддерживается браузерами (правда, пока что с оговорками).
Ну и потом, ни в одном шаблонизаторе на вход не поступает конкретная независимая структура данных: я яве объекты, в рнр массивы и переменные (обычно) – все это делает из шабона неоднородную кашу. А в XSLT – на входе одно дерево, на выходе другое, это очень удобно.
Короче, если хотите достичь идеального разделения труда верстака и программиста – используйте XSLT
Закомство с Bitrix было по касательной, и включало в себя переливку сотен php фаилов весом по 30 байт по FTP.