5 ответов:
Я не думаю, что они добавят поддержку XPath 2.0 или XSLT 2.0 в ближайшее время.
однако вы не должны чувствовать себя плохо, если они не являются частью BCL, пока у вас есть сторонние реализации:
- Саксон: 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
посмотреть этот блоге
есть несколько причин, почему мы не реализуют 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 нам казалось, что это не так выгодный.
Я понимаю, что многие ресурсы 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.
Microsoft не планирует выпускать поддержку XPath / XSLT 2.0 in. NET.
XQSharp предоставляет стороннюю реализацию XPath 2.0, XSLT 2.0 и XQuery для. NET.
[edit: бета-версия XQSharp 2.0 (с XSLT 2.0) была выпущена]
Я не могу поверить, что они не будут на каком-то этапе, так как они являются основными технологиями W3C. Однако я не могу найти настоящее ссылка на них (только информация размещена давно).
в ближайшее время вы должны взглянуть на Саксон который поддерживает версии Xpath / XSLT, которые вам нужны.
Comments