А где в вашем примере про XSLT?
Да он многосновный, да чтобы задать переменную по условию пригходится иногда писать много кода,
но вместе с этим XSL позволяет оверрайдить шаблоны, в нем есть функции и экранирование специальных символов, а самое главное это XML, что недопускает мешанины из разных по природе языков в одном файле, а еще, как бонус, результатом работы XSLT-процессора будет валидный XML.
Не спорю, все можно. Можно и микроскопом гвозди забивать.
«Оверрайдить» функциональность, как вы выразились, можно на любом другом языке шаблонов или разметки (шаблоны в ZF, JSP, Freemarker etc). Про возможность экранирования я вообще молчу — это базовая функциональность для подобных средств.
А на самом деле мешанина кода реально есть. XML в пхпшном проекте, который генерирует HTML с хитропривязанным яваскриптом — тот еще треш для отладки.
Да и вообще, имхо возможность преобразования XML в корректный XHTML — это скорее побочный эффект технологии. Поэтому и применять надо с осторожностью.
Я имел в виду использование XSL вообще в вебе. То, что результат преобразования можно подсунуть браузеру для отрисовки (XHTML) — вот это уже скорее побочный эффект.
Клиент, не айтишник, приходит и говорит «Дайте мне сайт на Bitrix/Magento/Drupal...!». Чем это рождается? Очевидно, что у него есть знакомый, возможно успешный бизнесмен, возможно партнер, который, в беседе за бокалом бренди, сказал «У меня был сайт на технологии N — такое говно, щас мне сделали на технологии K, и я счаслив»
Рефакторинг простого PHP приложения для MODx