XPath和XSLT 2.0 .NET？ [关闭] XPath和XSLT 2.0 .NET？

.NET 3.5不完全支持XPATH 2.0或XSLT 2.0，这仅仅是太糟糕了。 有谁知道，如果这两个将被包括在内，在今后任何.NET版本完全支持 ？

Answer 1:

我不认为他们会增加对XPath的2.0或XSLT 2.0任何时间很快的支持。

但是，如果这些都不是BCL的一部分，只要你有第三方可以实现你不应该心疼：

• 撒克逊 ：3.1的XPath和XQuery 3.1，XSLT 3.0
• XmlPrime ：3.1的XPath和XQuery 3.1，XSLT 2.0
• QueryMachine ：XPath 2.0中，1.0的XQuery
• 轻型XPath2为.NET ：XPath 2.0中
• Exselt ：XSLT 3.0

微软以客户为导向。 如果客户不希望的话，他们不会让它。

---

2009-11-18：我联系了XML团队在这里 ，并得到这样的响应：

虽然XML仍然是我们的平台向前发展的重要组成部分，我们决定不在这个时候追求的XSLT 2.0实现。 如果你想实现的目标以及有与XSLT 1.0难度特定的XSLT任务，请告诉我们，我们会尽最大的努力帮助。

---

这个列表现在维持在github.com/maxtoroq/dotnet-xml

Answer 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的情况完全不同似乎我们不要是有益的。

Answer 3:

我的理解是，许多微软XML资源从XSLT 2.0改行的LINQ to XML，其中 - 在我看来 - 不解决同样的问题，空间XSLT的。

LINQ到XSD是应该加强的LINQ to XML（以及XML模式的好处，语法不太难看），但前一段时间，这是开源的微软CodePlex网站上，似乎没有社会的支持。

此外，它的可能性不大，微软将推出一个新的XSLT 2.0处理器没有XSLT 2.0编辑器和调试器集成到Visual Studio，所以相当多的努力/时间将需要改变他们的“非收养的决定。

因此，相反，我们有Saxon.NET，其中有一个无懈可击的标准符合性的声誉和提供.NET良好的扩展选项。

Answer 4:

微软还没有计划来发布的XPath / .NET中的XSLT 2.0的支持。

XQSharp提供.NET第三方的XPath 2.0，XSLT 2.0和XQuery。

[编辑：XQSharp 2.0β（用XSLT 2.0）已经发布]

Answer 5:

我不能相信他们不会在某个阶段，因为他们的核心W3C技术。 但是我无法找到任何电流参考这些（仅信息发布很久以前）。

在不久的将来，你应该看看撒克逊支持您需要的XPath / XSLT版本。

文章来源: XPath and XSLT 2.0 for .NET? [closed]