首页 文章

用于.NET的XPath和XSLT 2.0? [关闭]

提问于
浏览
88

.NET 3.5并不完全支持XPATH 2.0或XSLT 2.0,这太糟糕了 . 有谁知道这两个版本是否会包含在任何未来的.NET版本中? fully supported

5 回答

  • 2

    我认为他们不会很快添加对XPath 2.0或XSLT 2.0的支持 .

    但是,如果这些不是BCL的一部分,您应该感觉不好,只要您有第三方实施可用:

    微软以客户为导向 . 如果客户不想要它,他们就不会成功 .


    2009-11-18:我联系了XML团队here并得到了这样的答复:

    虽然XML仍然是我们平台未来的关键部分,但我们决定此时不再采用XSLT 2.0 . 如果您正在尝试完成特定的XSLT任务并且在使用XSLT 1.0时遇到困难,请告诉我们,我们会尽力提供帮助 .


    此列表现在保持在github.com/maxtoroq/dotnet-xml

  • 3

    blog post

    我们没有实现XSLT 2.0和XPath 2.0的原因有几个 . 实现所有3种技术(XQuery,XSLT 2.0和XPath 2.0)需要花费很多精力和资源 . 我们的指导原则是,我们认为创建大量XML查询技术会让最终用户感到困惑 . 除了.NET Framework中已经存在的XPath 1.0和XSLT 1.0之外,我们宁愿实现一种我们推动人们学习的语言,而不是支持和解释三种XML查询和转换语言 . 让我们的客户和支持人员必须处理3种复杂的XML查询语言的复杂性,其中两种看起来相似,但在XPath 2.0和XQuery的情况下表现相当不同似乎对我们没那么有用 .

  • 22

    我的理解是,许多Microsoft XML资源从XSLT 2.0转移到LINQ to XML,在我看来,它根本没有解决与XSLT相同的问题空间 .

    LINQ to XSD应该增强LINQ to XML(以及XML Schema的好处,语法不那么难看),但这是微软在不久前开源的CodePlex,似乎没有社区支持 .

    此外,微软不太可能在没有将XSLT 2.0编辑器和调试器集成到Visual Studio中的情况下推出新的XSLT 2.0处理器,因此需要相当多的努力/时间来扭转他们的“不采用”决策 .

    因此,我们拥有Saxon.NET,它具有无可比拟的标准合规性声誉,并为.NET提供了出色的可扩展性选项 .

  • 126

    微软没有计划在.NET中发布对XPath / XSLT 2.0的支持 .

    XQSharp提供了XPath 2.0,XSLT 2.0和XQuery for .NET的第三方实现 .

    [编辑:XQSharp 2.0 beta(带XSLT 2.0)已发布]

  • 11

    我可以在某个阶段,因为他们找不到这些的当前参考(仅在很久以前发布的信息) .

    在不久的将来,你应该看一下Saxon,它支持你需要的Xpath / XSLT版本 .

相关问题