我一直认为 XML（以及之前的 SGML）数据是魔鬼的格式。我是旧数据库和平面文件学校的。尽管如此，我们正在开发一款商用网络产品，其框架基于在链中翻译/转换 XML 数据。
当我们面试职位以及与潜在客户交谈时，他们喜欢它将做什么的概念，但厌倦了长期支持 XSLT。有人甚至称其为众所周知的“死者”。像 COBOL、Unix 和 C 一样死了，或者像死了一样苹果商务基础版?
不管怎样，我很好奇在 XSLT 上构建 Web 框架对于公司来说是否真的不够前沿（奇怪）。是否存在固有的 XSLT 实现问题这使得这次冒险值得重新考虑吗？
现有基于 XSLT 的 Web 内容管理系统的普及，例如Umbraco http://umbraco.org/ and Symphony http://symphony-cms.com/（SharePoint 已经在这里提到过）提供了关于 XSLT 对于 Web 框架的适用性的良好证据。
如果说有什么不同的话，那就是 XSLT 正在崛起。很高兴看到成熟的 XML 解决方案公司仍在大量采用它，例如，马克逻辑公司 http://www.marklogic.com/不久前，他们在 XML 数据库产品中添加了 XSLT 功能。
The W3C XSLT-3.0 推荐标准 https://www.w3.org/TR/xslt-30//于 2017 年 6 月发布，表明了对 XSLT 未来的持续兴趣和投资。
还有一些有用的新 XSLT（和 XQuery）开放标准扩展，例如EXPath http://www.expath.org/该项目的函数库包括广泛的 HTTP 和 Zip 功能。
[更新]
随着推出Saxon-CE http://www.saxonica.com/ce/index.xml（现已开源），XSLT 2.0 处理现在可以在服务器端和客户端完成。它还可能为以前仅限于 XSLT 1.0 的框架提供 2.0 功能。
Saxon-CE 中的语言扩展意味着 XSLT 模板现在可以使用简单的 XPath 和“事件模式”绑定到用户事件，并且在需要时还有更好的 JavaScript 互操作性。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
