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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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