Chrome 和 Edge 正在删除 XSLT：什么会破坏，什么不会

【HN用户评论摘要】 好摆脱。 XSLT 和 EJB 标志着软件开发的黑暗时代。五年来，没有任何意义，程序员和管理层一直在玩这个游戏，直到每个人都集体意识到它完全是垃圾并停止使用它。我记得用一周编写的每分钟处理 10,000 个订单的 C++ 系统替换了每分钟处理一个订单的 XSLT/EJB 系统。一个由十几名程序员组成的团队多年来一直致力于解决 XSLT 灾难。 我仍在使用 XSLT。我已经使用它 26 年了。我在后端生成 XML 文档，并将它们转换为 HTML 以用于各种报告。 XSLT 具有许多较新的模板语言所缺乏的功能和功能。这些较新的模板语言中是否有值得我切换的？ 当我第一次得知 XSLT 即将消失时，我很好奇如何在 JS 中实现同样的事情（在页面加载期间发生的客户端模板，没有任何“内容闪现”）。事实证明，有一种非常好的方法可以做到这一点，即使用内联脚本将元素附加到 document.currentScript 旁边。 Lean Rada 在这里写了相关内容：https://leanrada.com/notes/inline-rendering-currentscript/ 我也写了相关内容：https://vladimirslepnev.me/write 遗憾的是，在 XHTML 时代，XSLT 是一种可以使网站模块化变得更加清晰的规范。我曾经创建过一个早期的网站创建工具，它使用 XSLT 合并单独的组件，在 javascript 无需 jQuery 即可使用之前，它非常强大。然而，XHTML 被 HTML5 取代，而 XSLT 在那之后几乎毫无用处。它的表现很好，能够存活这么久，我猜想它主要是用来设计 XML 文件的样式。 我刚刚回想起过去的生活，当时我手工制作 XSLT 以将服务的输出预渲染为 HTML 服务器端。当然，前端运行的是一些 asp.net 版本，而 Microsoft 风格的 XSLT 有很多怪癖。 原始链接：https://doctor-seo.net/en/blog/news/chrome-edge-removing-xslt/