gpt4 book ai didi

xml - 有使用客户端 XSLT 的大型站点吗?

转载 作者:数据小太阳 更新时间:2023-10-29 01:38:37 25 4
gpt4 key购买 nike

最近,我一直在思考在服务器端构建原始 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/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com