XPath и XSLT 2.0 для .NET?

Ответ 1

Я не думаю, что они скоро добавят поддержку XPath 2.0 или XSLT 2.0.

Однако вы не должны чувствовать себя плохо, если они не являются частью BCL, если у вас есть доступные сторонние реализации:

• Saxon: XPath 3.1, XQuery 3.1, XSLT 3.0
• XmlPrime: XPath 3.1, XQuery 3.1, XSLT 2.0
• QueryMachine: XPath 2.0, XQuery 1.0
• Легкий XPath2 для .NET: XPath 2.0
• Exselt: XSLT 3.0

Microsoft ориентирована на клиента. Если клиенты этого не хотят, они этого не сделают.

2009-11-18: Я связался с командой XML здесь и получил этот ответ:

Пока XML продолжает оставаться ключевой частью нашей платформы в будущем, у нас есть решил не использовать XSLT 2.0 реализации в это время. Если здесь это конкретная задача XSLT, которую вы пытаетесь выполнять и трудности с XSLT 1.0, пожалуйста, позвольте мы знаем и хорошо делаем все возможное, чтобы помочь.

Этот список теперь поддерживается github.com/maxtoroq/dotnet-xml

Ответ 2

Смотрите это сообщение

Есть несколько причин, по которым мы не внедряют XSLT 2.0 и XPath 2.0

Требуется много усилий и ресурсов внедрить все 3 технологии (XQuery, XSLT 2.0 и XPath 2.0). наш руководящим принципом было то, что мы верим создание распространения XML-запроса технологии сбивают с толку пользователи. Мы предпочли бы реализовать еще одну язык, на который мы подталкиваем людей к обучению чем поддерживать и объяснять три больше XML-запроса и преобразования языки, в дополнение к XPath 1.0 & XSLT 1.0, которые уже существуют в .NET Framework. Наличие наших клиентов и люди, с которыми приходится сталкиваться сложность 3 сложных XML языки запросов, два из которых выглядят похожи, но ведут себя совершенно по-другому в случае XPath 2.0 и XQuery казалось нам не быть выгодно.

Ответ 3

Я понимаю, что многие ресурсы Microsoft XML были перенаправлены из XSLT 2.0 в LINQ to XML, что, на мой взгляд, не затрагивает то же проблемное пространство, что и XSLT вообще.

Предполагалось, что LINQ to XSD улучшит LINQ to XML (а также преимущества XML-схемы, синтаксис менее уродлив), но это было открыто Microsoft на CodePlex некоторое время назад и, похоже, не поддерживает сообщества.

Кроме того, маловероятно, что Microsoft запустит новый процессор XSLT 2.0 без редактора XSLT 2.0 и отладчика, интегрированного в Visual Studio, поэтому потребуется немного усилий/времени, чтобы отменить свое решение о "непринятии".

Итак, вместо этого у нас есть Saxon.NET, которая имеет безупречную репутацию соответствия стандартам и предоставляет отличные возможности расширения для .NET.

Ответ 4

Microsoft не планирует выпускать поддержку XPath/XSLT 2.0 в .NET.

XQSharp обеспечивает стороннюю реализацию XPath 2.0, XSLT 2.0 и XQuery для .NET.

[править: версия XQSharp 2.0 beta (с XSLT 2.0) была выпущена]

Ответ 5

Я не могу поверить, что они не будут на какой-то стадии, поскольку они являются основными технологиями W3C. Однако я не могу найти никакой текущей ссылки на них (только информация, размещенная давным-давно).

В ближайшем будущем вы должны взглянуть на Saxon, который поддерживает требуемые версии Xpath/XSLT.