XPath и XSLT 2.0 для.NET?
.NET 3.5 не полностью поддерживает XPATH 2.0 или XSLT 2.0, что очень плохо. Кто-нибудь знает, будут ли эти два включены и будут полностью поддерживаться в будущих версиях.NET?
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, сообщите нам об этом, и мы сделаем все возможное, чтобы помочь.
Этот список теперь поддерживается на https://github.com/maxtoroq/dotnet-xml
Смотрите этот пост в блоге
Есть несколько причин, по которым мы не реализуем XSLT 2.0 и XPath 2.0
Требуется много усилий и ресурсов для реализации всех трех технологий (XQuery, XSLT 2.0 и XPath 2.0). Наш руководящий принцип заключался в том, что мы считаем, что создание множества технологий XML-запросов сбивает с толку конечных пользователей. Мы предпочли бы внедрить еще один язык, который мы подталкиваем к изучению, чем поддерживать и объяснять еще три языка запросов и преобразования XML, в дополнение к XPath 1.0 и XSLT 1.0, которые уже существуют в.NET Framework. Наличие наших клиентов и сотрудников службы поддержки должно иметь дело со сложностью трех сложных языков 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 в.NET.
XQSharp предоставляет стороннюю реализацию XPath 2.0, XSLT 2.0 и XQuery для.NET.
[править: выпущена бета-версия XQSharp 2.0 (с XSLT 2.0)]
Я не могу поверить, что они не будут на каком-то этапе, так как они являются основными технологиями W3C. Однако я не могу найти какую-либо текущую ссылку на них (только информация, размещенная давно).
В ближайшем будущем вы должны взглянуть на Saxon, который поддерживает необходимые вам версии Xpath/XSLT.