есть мнение что он не для программистов, а для верстальщиков... но язык действительно уникальный, непохожий ни на один другой, чтобы проникнуть в его суть программистам придется развернуть свой мозг в другую сторону
должен заметить что debug, если имеется ввиду именно debug, а не банальная проверка синтаксиса, в XSLT пока еще на порядок хуже и затруднительнее, чем в других языках...
лично я ушел от Eclipse к простому и легкому TextWrangler/XSLPalette, в котором даже проверки синтакcиса нет, я не люблю избыточные среды, если в них нет необходимости, и в большинстве случаев никакой xslt-debugger, не убережет вас от ошибок лучше чем собственная голова, как говорится - на debugger надейся, а сам не плошай)
конечно, если у тебя уже есть готовый xml и тебе его нужно во что-то превратить то да, но речь идет о том что xml не нужен, а все шаблонизаторы работают с массивами)) в этом весь и фокус... Отсюда, якобы, их быстрота, с чем конечно сложно спорить, но и в этом же их неудобство
мне тут вспомнился один момент на ClientSide 2007, когда одного из докладчиков прямо в лоб спросили о производительности XSLT, докладчик как-то сразу замялся и не знал что сказать, тогда Надежда Строганкова взяла микрофон в руки и сказала фразу, которую я очень долго ждал: да, XSLT на порядок дороже по производительности чем перловские шаблонизаторы, но вы знаете за что вы платите. Вот и все, нужно просто понять за что вы платите...
Есть некоторые товарищи)) которые покупают Mac, несмотря на то что он стоит неоправданно дорого по сравнения с другими компами, и особенно в нашей стране. Но они просто знают за что они платят, и готовы платить. В XSLT тоже есть нечто за что можно и нужно платить.
Далеко не на всех проектах необходимо вести борьбу за каждую милисекунду, но даже на тех проектах где это жизненно необходимо, люди готовы расплачиваться производительностью, в обмен на что? Когда вы поймете за что вы готовы платить, вы будете платить!
как это ни странно звучит, но понимание недостатков приходит сразу вслед за пониманием преимуществ, а не наоборот; когда период опьянения от новой технологии проходит и взгляд становится более трезвым. В силу вступает холодный прагматизм и расчет. Тебе все еще нравится XSLT, но ты понимаешь что вокруг есть и другие)
везде можно "нафигачить"
у меня был опыт с точностью до наоборот, переход с одного языка на другой всегда влечет за собой подобный эмоциональный дисбаланс
а кто заставляет все пихать в один шаблон?? вы плохо знакомы с XSLT
1. Уж мне-то не надо говорить о неправильности его применения, я к данному внедрению имею вроде как не самое последнее отношение ) еще раз подчеркну речь даже не о самой трансформации, а о лишнем этапе трансляции данных в xml
2. см. п.1
3. см. п.1
Когда речь заходит о выборе той или иной технологии нужно абсолютно точно понимать что в любом случае тебе придется платить. Вопрос лишь в том - сколько? и за что? Любой инструмент призван решать конкретную задачу - отвертка закручивает винты, а молоток забивает гвозди.
У XSLT есть только одно слабое место, за которое так любят цеплятся его противники - производительность; и речь, зачастую, идет даже не о времени самой трансформации, а о лишнем шаге преобразования данных в xml, поскольку XSLT работает только с xml. Но я не слышал ни одного аргумента против XSLT с архитектурной точки зрения, потому что их нет. И я могу абсолютно точно сказать, не вдаваясь в детали, что в этом плане XSLT делает любой шаблонизатор, и тот, кто его использует, прекрасно знает за что он платит!
CMS, на мой взгляд, является универсальным средством создания сайтов, а значит должна позволять решать самые разные задачи, и для каждой конкретной задачи должна предоставлять необходимый инструмент, иными словами не только гвозди забивать, но и винты закручивать...
P.S. А еще есть чисто субъективные моменты, XSLT - красив!
лично я ушел от Eclipse к простому и легкому TextWrangler/XSLPalette, в котором даже проверки синтакcиса нет, я не люблю избыточные среды, если в них нет необходимости, и в большинстве случаев никакой xslt-debugger, не убережет вас от ошибок лучше чем собственная голова, как говорится - на debugger надейся, а сам не плошай)
мне тут вспомнился один момент на ClientSide 2007, когда одного из докладчиков прямо в лоб спросили о производительности XSLT, докладчик как-то сразу замялся и не знал что сказать, тогда Надежда Строганкова взяла микрофон в руки и сказала фразу, которую я очень долго ждал: да, XSLT на порядок дороже по производительности чем перловские шаблонизаторы, но вы знаете за что вы платите. Вот и все, нужно просто понять за что вы платите...
Есть некоторые товарищи)) которые покупают Mac, несмотря на то что он стоит неоправданно дорого по сравнения с другими компами, и особенно в нашей стране. Но они просто знают за что они платят, и готовы платить. В XSLT тоже есть нечто за что можно и нужно платить.
Далеко не на всех проектах необходимо вести борьбу за каждую милисекунду, но даже на тех проектах где это жизненно необходимо, люди готовы расплачиваться производительностью, в обмен на что? Когда вы поймете за что вы готовы платить, вы будете платить!
у меня был опыт с точностью до наоборот, переход с одного языка на другой всегда влечет за собой подобный эмоциональный дисбаланс
а кто заставляет все пихать в один шаблон?? вы плохо знакомы с XSLT
2. см. п.1
3. см. п.1
У XSLT есть только одно слабое место, за которое так любят цеплятся его противники - производительность; и речь, зачастую, идет даже не о времени самой трансформации, а о лишнем шаге преобразования данных в xml, поскольку XSLT работает только с xml. Но я не слышал ни одного аргумента против XSLT с архитектурной точки зрения, потому что их нет. И я могу абсолютно точно сказать, не вдаваясь в детали, что в этом плане XSLT делает любой шаблонизатор, и тот, кто его использует, прекрасно знает за что он платит!
CMS, на мой взгляд, является универсальным средством создания сайтов, а значит должна позволять решать самые разные задачи, и для каждой конкретной задачи должна предоставлять необходимый инструмент, иными словами не только гвозди забивать, но и винты закручивать...
P.S. А еще есть чисто субъективные моменты, XSLT - красив!