Ответ 1
XSLT зарекомендовал себя как мощный и адаптируемый язык, но теперь мы также можем выбрать XQuery. XSLT 2.0, XQuery 1.0 и XPath 2.0 - это тот же язык запросов, одетый в разные формы. Изучение означает, что вы можете легко освоить других.
В настоящее время я занимаюсь новым проектом дома. В этом проекте я собираюсь создавать электронные письма HTML. С этой целью я считаю, что XSL будет хорошим кандидатом.
Тем не менее, я слышал, что люди говорят, что XSL - это мертвый язык, и если это не так, как на нем. Фактически, MS была очень осторожной, чтобы поддерживать XSL 2.0.
Лично я чувствую, что в любое время, когда вы переходите от текста к тексту, это отличный инструмент. Например:
Каковы ваши мысли? Он мертв, или он все еще является жизнеспособным, полезным инструментом?
XSLT зарекомендовал себя как мощный и адаптируемый язык, но теперь мы также можем выбрать XQuery. XSLT 2.0, XQuery 1.0 и XPath 2.0 - это тот же язык запросов, одетый в разные формы. Изучение означает, что вы можете легко освоить других.
Не мертв, W3C в настоящее время работает над версией 2.1
Отъезд XPath и XSLT 2.0 для .NET?, MS не реализует его в ближайшее время, но есть альтернативы.
Там большая разница между не популярными и мертвыми.
Я использую его каждый день, как это делают многие другие. Я думаю, что проблема с XSL заключается в том, что для этого требуется привыкание, потому что это не императивный язык программирования, и иногда это может быть довольно многословным. Тем не менее, поддержка XSLT 1.0 отличная и с поддержкой движка объектов расширения (таких как движок .NET) вы можете легко добавить недостающую функциональность.
Мы очень успешно использовали XSL в моей компании для создания отчетов. Это очень полезно и гибко и позволяет конвертировать исходные данные в несколько форматов файлов.
Мы должны признать, что препроцессоры, такие как PHP, еще проще в использовании и более гибкие с точки зрения программирования (подумайте о ООП и возможности использовать библиотеки, такие как mysql, pdf-generatiion и т.д.)
Итак, XSL - это очень мощный инструмент, но в настоящее время существует множество более простых и даже более мощных альтернатив.
Я просто заканчиваю проект, который использует XSL для генерации HTML-писем из форм Infopath. Нам нравится эта цепочка инструментов, потому что наши дизайнеры могут читать и редактировать XSL без особого ручного хранения, а также появление новых полей и бизнес-форм. Форма InfoPath также редактируется не программистами. Единственным реальным кодом, который должен был быть написан, был веб-сервис .net для выполнения преобразования и обновления базы данных. Единственная реальная проблема, которая возникла, заключалась в выяснении того, как отображать символы не ascii внутри шаблона XSL.
DEAD! Компания, с которой я работаю, использовала ее уже почти десять лет. Они портировали старый ASP классический сайт на .NET и вместо того, чтобы создавать новые страницы aspx, они просто продолжают извергать все данные в большом дереве XML и отправлять его на визуализацию, а затем записывать его вывод с помощью xslt. Я имею в виду, что буквально все было сделано в xsl.
Проблема? XSL (t) чрезвычайно ограничен в своей способности обрабатывать любые другие массивы, простые операторы if и просто отображать переменные.
Язык имеет 1 РЕАЛЬНОЕ использование. Стилирование XML, и для этого он никогда не будет "уходить", но для всех практических занятий я бы сказал, МЕРТВ, не тратьте свой мозг, изучая его, если у вас нет слишком и даже тогда вам может потребоваться максимум два дня на результатах поиска Google, чтобы узнать все основы XSL и его возможности.
В моей компании мы используем XSLT для преобразования форматов экспорта XML разных приложений, поэтому мы можем экспортировать их из одного и импортировать в другое приложение. Мы используем XSLT и STX с обратными вызовами кода Java для сложных вычислений.
Не мертв, но не единственная игра в городе. Я бы сказал, что решение для шаблонов, такое как Velocity, лучше подходит для электронных писем.
Вы не можете посмотреть таблицу стилей XSL и посмотреть, как выглядит получившийся документ.
Большинство ответов здесь не выдерживают хорошо.
На момент написания, это 2016, и XSLT в значительной степени мертв.
Это слишком громоздко, чтобы преобразовать XML с XSLT.
Даже XML постепенно прекращается. XML по-прежнему живет, в основном в долгосрочных проектах, но не так много новых проектов будут работать с ним.
Судя по тому, как часто я вижу его, он, безусловно, не мертв. Тем не менее, он все еще медленный. Что еще вы исследовали, прежде чем принимать решение о XSL?
Это 2017 год, и я не коснулся его с 2010 года. Полностью забыли синтаксисы трансформации. RIP