最近，我一直在思考在服务器端构建原始 XML，然后在客户端使用 XSLT 样式表将 XML 转换为完整 UI 的有点非主流的架构。当然，如果客户端不支持客户端 XSLT，则必须存在回退机制，在这种情况下，我们只需在服务器端为他们转换它。
我已经非常熟悉 XSLT，这种方法似乎是将表示和内容完全分离，将数据完全强制转换为 XML，并使用 XSLT 进行表示。
我也知道这确实给应用程序增加了一层额外的复杂性，这只是另一个可能会失败的移动部分。
我的问题是:是否有任何大牌或大流量网站使用这种方法，如果有:您从中吸取了哪些局限性/经验教训？
感谢互联网， 扎克
最佳答案
正如其他人所提到的，暴雪有许多客户端 xsl 站点。我建议避免使用客户端 xsl。这是一个非常酷的想法，但是您需要解决许多不寻常的错误。
在 Firefox 中，任何使用 document.write 的 javascript 都会破坏 DOM。此外，firefox 的 noscript 插件会停止客户端 xsl。在这两种情况下，用户什么都看不到。似乎没有办法检测这种错误，因此回退将不起作用。
在 IE 中，如果你有任何东西做 30 倍重定向到不同来源的东西(从 http 到 https 或跨子域)，你将收到违反 same origin policy 的错误。 .你并没有真正违反同源政策，但 IE 就像你一样。例如，如果您转到 http://foo.example.com/login然后 302 重定向到 https://bar.example.com/login.xml , IE 会将 xsl 视为来自 bar.example.com，并将 xml 视为来自 foo.example.com。因此，您需要恢复为重定向元刷新之类的东西。
这些是我突然想到的事情。这是个好主意，但要注意这些问题。
关于xml - 有使用客户端 XSLT 的大型站点吗？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/274290/