Comments 16
Блин, почему в мире PHP никто не использует XSLT?
тормозной он уж больно
Как говорится, если у вас есть проблема и XSLT, то у вас уже две проблемы :) Недавно кстати был повод в этом убедиться.
Я плююсь от XSLT, но альтернатив не вижу.
Послушал бы про повод убедиться :)
От XSLT смешанное ощущение. Вещь наверняка хорошая в хороших руках, но пользуются ей видимо чаще му не очень хорошие люди.
Как-то отлаживал проект на PHP+XSLT+AJAX. Все круто, кроме SQL injection и неэкранированных xml entities в пользовательских. Ну и плюс каша из кода.
А проект кстати известный.
Как-то отлаживал проект на PHP+XSLT+AJAX. Все круто, кроме SQL injection и неэкранированных xml entities в пользовательских. Ну и плюс каша из кода.
А проект кстати известный.
А где в вашем примере про XSLT?
Да он многосновный, да чтобы задать переменную по условию пригходится иногда писать много кода,
но вместе с этим XSL позволяет оверрайдить шаблоны, в нем есть функции и экранирование специальных символов, а самое главное это XML, что недопускает мешанины из разных по природе языков в одном файле, а еще, как бонус, результатом работы XSLT-процессора будет валидный XML.
Да он многосновный, да чтобы задать переменную по условию пригходится иногда писать много кода,
но вместе с этим XSL позволяет оверрайдить шаблоны, в нем есть функции и экранирование специальных символов, а самое главное это XML, что недопускает мешанины из разных по природе языков в одном файле, а еще, как бонус, результатом работы XSLT-процессора будет валидный XML.
Не спорю, все можно. Можно и микроскопом гвозди забивать.
«Оверрайдить» функциональность, как вы выразились, можно на любом другом языке шаблонов или разметки (шаблоны в ZF, JSP, Freemarker etc). Про возможность экранирования я вообще молчу — это базовая функциональность для подобных средств.
А на самом деле мешанина кода реально есть. XML в пхпшном проекте, который генерирует HTML с хитропривязанным яваскриптом — тот еще треш для отладки.
Да и вообще, имхо возможность преобразования XML в корректный XHTML — это скорее побочный эффект технологии. Поэтому и применять надо с осторожностью.
«Оверрайдить» функциональность, как вы выразились, можно на любом другом языке шаблонов или разметки (шаблоны в ZF, JSP, Freemarker etc). Про возможность экранирования я вообще молчу — это базовая функциональность для подобных средств.
А на самом деле мешанина кода реально есть. XML в пхпшном проекте, который генерирует HTML с хитропривязанным яваскриптом — тот еще треш для отладки.
Да и вообще, имхо возможность преобразования XML в корректный XHTML — это скорее побочный эффект технологии. Поэтому и применять надо с осторожностью.
Я бы сказал, что не часто, но используют.
Гораздо более интересный вопрос: почему в мире PHP так много говнокодеров?
Гораздо более интересный вопрос: почему в мире PHP так много говнокодеров?
Это какраз уже пережевано мульйон раз: огромный спрос и низкий порог вхождения.
Интересно, а спрос чем рождается? Низкой ценой разработки? Тогда это вообще замкнутый круг.
Клиент, не айтишник, приходит и говорит «Дайте мне сайт на Bitrix/Magento/Drupal...!». Чем это рождается? Очевидно, что у него есть знакомый, возможно успешный бизнесмен, возможно партнер, который, в беседе за бокалом бренди, сказал «У меня был сайт на технологии N — такое говно, щас мне сделали на технологии K, и я счаслив»
«snippet itself?» — «непосредственно сниппет»
Sign up to leave a comment.
Рефакторинг простого PHP приложения для MODx