XSL: мертвый или не мертвый

XSLT зарекомендовал себя как мощный и гибкий язык, но теперь мы также можем выбрать XQuery. XSLT 2.0, XQuery 1.0 и XPath 2.0 - это один и тот же язык запросов, но в разных формах. Изучение одного означает, что вы легко сможете овладеть остальными.

Большинство ответов здесь не устарели.

На момент написания это 2016 год, и XSLT практически мертв.

Преобразование XML с помощью XSLT слишком громоздко.

Даже XML постепенно сокращается. XML по-прежнему существует, в основном в долгосрочных проектах, но не многие новые проекты будут работать с ним.

МЕРТВЫХ! Компания, в которой я работаю, использовала его почти десять лет. Они перенесли старый классический сайт ASP на .NET и вместо того, чтобы создавать новые aspx-страницы, они просто продолжают извергать все данные в большое XML-дерево и отправлять их на рендеринг, а затем сохранять его вывод с помощью xslt ... Я имею в виду, что буквально все было сделано в xsl.

Проблема? XSL (t) чрезвычайно ограничен в возможности обрабатывать что-либо, кроме массивов, простых операторов if и просто отображения переменных.

У языка есть одно НАСТОЯЩЕЕ использование ... Стилизация XML, и для этого он никогда не исчезнет, ​​но для всех практических применений, я бы сказал МЕРТВО, не тратьте впустую свой мозг, изучая его, если у вас этого нет, и даже тогда он Вам может потребоваться всего день или два максимального чтения результатов поиска Google, чтобы изучить все основы XSL и его возможности.

Сейчас 2017 год, и я не трогал его с 2010 года. Также полностью забыл синтаксис преобразования. РВАТЬ

Я использую его каждый день, как и многие другие. Я думаю, проблема с XSL в том, что к нему нужно привыкнуть, потому что это не императивный язык программирования, и иногда он может быть довольно многословным. Тем не менее, поддержка XSLT 1.0 великолепна, и с движком, поддерживающим объекты расширения (например, движок .NET), вы можете довольно легко добавить недостающие функции.

Я только что завершаю проект, который использует XSL для создания электронных писем HTML из форм Infopath. Нам нравится эта цепочка инструментов, потому что наши дизайнеры могут читать и редактировать XSL без лишних усилий, а при появлении новых полей и бизнес-кейсов форма InfoPath также доступна для редактирования непрограммистам. Единственный реальный код, который нужно было написать, - это веб-сервис .net для выполнения преобразования и обновления базы данных. Единственная реальная проблема, которая возникла, заключалась в том, чтобы выяснить, как отображать символы, отличные от ascii, внутри шаблона XSL.

В моей компании мы очень успешно использовали XSL для создания отчетов. Это очень полезно и гибко, и позволяет конвертировать исходные данные в файлы различных форматов.

Однако мы должны признать, что препроцессоры, такие как PHP, еще проще в использовании и более гибкие с точки зрения программирования (подумайте об ООП и возможности использования таких библиотек, как mysql, pdf-generatiion и т. Д.)

Итак, XSL, безусловно, является очень мощным инструментом, но в настоящее время существует множество более простых и даже более мощных альтернатив.

В моей компании мы используем XSLT для преобразования форматов экспорта XML различных приложений, поэтому мы можем экспортировать из одного и импортировать в другое приложение. Мы используем XSLT и STX с обратными вызовами к коду Java для сложных вычислений.

Не умер, W3C в настоящее время работает над версией 2.1

Ознакомьтесь с XPath и XSLT 2.0 для .NET? , MS не реализует его в ближайшее время, но есть альтернативы.

Есть большая разница между непопулярным и мертвым.

Судя по тому, как часто я вижу его в использовании, он определенно не мертв. Однако это все еще довольно медленно. Что еще вы исследовали, прежде чем выбрать XSL?

Не мертвая, но не единственная игра в городе. Я бы сказал, что решение для создания шаблонов, такое как Velocity, лучше подходит для электронной почты.

Вы не можете взглянуть на таблицу стилей XSL и так же легко увидеть, как выглядит полученный документ.