最近，我一直在思考在服务器端构建原始XML的一些非主流架构，然后在客户端上使用XSLT样式表将XML转换为完整的UI。当然，如果客户端无法使用客户端XSLT，那么这个回退机制就不得不存在，在这种情况下，我们只需要在服务器端对它们进行转换。
我已经非常熟悉XSLT，而且这种方法似乎是表现和内容的清晰分离，将数据完全强制为XML，并使用XSLT进行演示。
我也知道这对应用程序增加了一个额外的复杂性，这只是另一个可以失败的移动部分。
我的问题是：有没有使用这种方法的大名称或大交通网站，如果是这样：你从中汲取什么限制/经验教训？
感谢互联网，
扎克
像其他人一样，暴雪有很多站点是客户端xsl。我建议避免客户端xsl。这是一个非常酷的主意，但有许多不寻常的错误，你需要解决。
在Firefox中，任何使用document.write的javascript都会破坏DOM。此外，firefox的noscript插件停止客户端xsl。在这两种情况下，用户将看不到任何内容。似乎没有办法检测到这种错误，所以回落不行。
在IE中，如果你有30x重定向到不同来源的东西(从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。因此，您将需要恢复为重定向的元刷新。
这些是我从头顶上出来的东西。这是一个整洁的想法，但要意识到这些问题。
