Comments on: HTML-Шаблонизатор Будущего или Почему Большинство Существующих Шаблонизаторов — Отстой

By: AndreyK

AndreyK — Fri, 25 Sep 2009 22:20:09 +0000

Хм. Почитал автора, почитал комменты. И знаете что я думаю, все эти шаблонизаторы – это типо советские времена, девиз “приведем” к стандарту. Не думаю что уважающий себя программист будет юзать какой то шаблонизатор, скорее он напишет свой, понятный и удобный, под конкретный проект или группы проекторв, а потом доработает и будет использовать в массовом производстве. Что касаеться спец-символов – моё мнение, чем их больше тем сложнее жить. Нафика заменять стандартные тэги на какие то иероглифы? Можно использовать комментарии как маркеры в шаблоне, будет и читабельно, и дураку понятно А что касается языков программирования, то за много лет уже убедился, что в мире есть JavaScript и PHP. JavaScript для динамики на стороне клиента, PHP – для динамики на стороне сервера.

By: Dmitriy

Dmitriy — Fri, 15 Aug 2008 21:04:08 +0000

я лично не считаю автора дураком ибо когда-то верх шаблонизации для меня был банальный инклуд в пхп.
но речь не об этом, а о том что смари и прочие хорошо себя проявляют когда нужно затратить миниум усилий и в короткие сроки получить результат. когда над проектами работают несколько прогеров все начинает усложняться. особенно явно это проявляется в постоянно расширяющемся проекте. но и тут прогеры справляются, пишут СВОИ модули(к смари например) и их нельзя обозвать дураками, ибо они тянут проект над которым работают. и тут вроде бы стоит закончить словами – и жили они долго и счастливо, как один, два прогера берут и уволняются, или проект продают/передают, ну в общем он попадает в чужые руки.
уже другие нанятые прогеры содяться за проект и получают первое задание добавить/изменить что-то где-то, но никакой документации по проекту нет, и тут как раз и начинается настоящее волшебство:) громадный проект, написанный не на одном языке с обрывистыми логичекими конструкциями, припаянными от других проектов модулями, перемешанным кодом и прочем прочем. опять же я не говорю что писали проект дураки:), но писали первые прогеры под себя, под то как они считают правильно, логично и как было выражено в статье – лаконично.
но сколько людей столько и мнений о том как ПРАВИЛЬНО все сделать. и тут свежая команда разработчиков подпирает рукой голову и начинает вподать в ступор при виде этой лаконичности.
смысл сей басни в том, что может XSLT не так легок в изучении, как смари, не так быстр как самопальный шаблонизатор, но XSLT – СТАНДАРТ. разделяющий бизнеслогику от визуализации по принципу MVC.
помните что кодите вы не только для себя, но и для других, и от качества вашей работы и ваших знаний зависит ваша з/п.

By: Alex Lebedev

Alex Lebedev — Wed, 02 Jul 2008 07:30:23 +0000

Это был последний в этом блоге неаргументированный комментарий содержания "автор дурак".

В дальнейшем весь подобный мусор будет удаляться.

By: neyron-net

neyron-net — Wed, 02 Jul 2008 07:11:21 +0000

Для начала представлюсь. Фрилансером был 2 года, в основном верстал и программил сайты.

Скажу лишь одну фразу.

Грядущие переменны мерещатся ему))) придеться переписать http протокол, дабы перезалить весь инет. Матрица.

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

Автор не различает языка разметки от языка программирования)))))

Такой глупой темы я еще не встречал нигде.

Заголовок

By: VolCh

VolCh — Tue, 01 Jul 2008 22:11:13 +0000

Еще интересно было бы узнать, почему наличие парсеров является уникальной фичей XML+XSLT. Как вообще возможен работающий шаблонизатор без парсера?

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

P.S. Пошел выбирать между смарти, xslt и "винегретом"

By: ihar

ihar — Sun, 01 Jun 2008 16:21:38 +0000

Странные подходы. Правильно, что шаблонизатор не должен использовать собственную систему разметок. Поскольку большинство верстальщиков не возьметься перекодировать шаблоны, так же верно как и то что программист, который перекодирует шаблон может его начисто запороть, он же не верстальщик. Получаеться надо брать чела который будет заниматься перекодировкой, будет и верстальщиком и програмистом… Даже Смарти не всегда подходит, иногда надо изобретать свой уникальный велосипед, с “треугольными колесами” под отдельные проекты. Но и xml не являеться никаким стандартом в web, его хотели таковым сделать, но кроме rss применения нигде не получил толком, гораздо правильнее использовать JSON, и парситься он в разы быстрее и проще и реализовать в нем можно все тоже что и в xml. Посему пишите свои шаблонизаторы и чем больше тем лучше, но именно шаблонизаторы, а не скрипты для вывода контента типа HAML.

By: zubar

zubar — Wed, 14 May 2008 08:43:26 +0000

Max Replace - мой шаблонизатор, пока на файлах, и платный, увы(

By: Alex Lebedev

Alex Lebedev — Tue, 06 May 2008 12:24:29 +0000

spall, вам не кажется что тем, для кого "требует изучения" является непреодолимым препятствием, стоит сменить облать деятельности на что-нибудь попроще?

Еще интересно было бы узнать, почему наличие парсеров является уникальной фичей XML+XSLT. Как вообще возможен работающий шаблонизатор без парсера?

By: spall

spall — Tue, 06 May 2008 09:46:40 +0000

ну и бред про 4 тип. Это худший вариант, потому что требует изучения.

А самый лучший шаблонизатор это xml + xslt
Вопервых есть стандарты для этого
Во вторых парсеры
В третьих полное разделение данных и форматирования
В четвертых удобная работа с данными
И в пятых внутренний язык для логики работы.
В шестых есть валидаторы
В седьмых полно средств разработки, обучающих пособий, курсов и т.д. но это важно конечно если мы занимаемся не мозгоковырянием, а серезной работой в команде, которая растет и в которую надо находить квалифицированных работников.

А все эти надстройки-шаблонизаторы полное гавно и делали их криворукие дебилы.

By: Link Splash: Ruby and Friends at Дневник борца за высшее образование

Link Splash: Ruby and Friends at Дневник борца за высшее образование — Mon, 21 Jan 2008 20:54:15 +0000

[...] Пост почти годовой давности о шаблонизаторах. Ссылаюсь ибо он пропагандирует использование двух таких удобных механизмов как HAML или Markaby. Не знаю, кому как, а мне гораздо симпатичнее написать такую обертку для кусочка кода [...]