最后我听说，暴雪是为数不多的将客户端XSLT付诸实践的公司之一（2008）。这仍然是2011年的情况，还是现在有更多人在生产中探索这种技术？
似乎现代浏览器（IE9，FF4，Chrome）和客户端处理能力已经准备好利用这一标准来有效节省服务器CPU功率和大规模属性的带宽。我错过了什么吗？
我所知道的消极方面包括
我认为的好处包括
最后，虽然我知道预测未来是不可能的，但我很想知道客户端XSLT日期是否到来的意见。由于对HTML5的兴趣驱使用户升级他们的浏览器和开发人员以探索新技术，我迫切希望看到它的发展。
提前致谢，
凯西
编辑：
对谷歌如何看待转化的XML及其对搜索引擎优化的影响的任何见解也都很受欢迎。
答案 0 :(得分：3)
我在kulesh.info上使用客户端XSLT。我在IE 6-9，Chrome，Safari和Firefox中没有发现任何差异。 XSLT转换发生得非常快。我没有做过任何速度测量，但是我认为与纯HTML版本相比没有任何差异（即使是第一代iPod Touch）。
mail.yandex.ru（俄罗斯的大邮件提供商）也在客户端使用XSLT。
答案 1 :(得分：3)
最后我听说，暴雪是其中之一 很少有公司把客户端XSLT 实践（2008）。这还是吗？ 在2011年的情况下，还是更多的人 现在正在探索这项技术 生产
以下是一些例子：
Jenni Tennison's site完全由XSLT客户端网站驱动，并且已经存在多年。
此商业网站完全由客户端XSLT驱动：http://www.skechers.com/
我们已经在浏览器中实施了XQuery：XQIB
Michael Kay在博客中发表了关于他试图制作XSLT 2.0 in the browser 的博客，并且很快就会有所作为。
有些人认为XSLT不是为“大规模编程”而设计的 - 例如它缺乏任何单独的编译功能。让我们希望即将推出的XSLT 3.0能够改变这一点。
答案 2 :(得分：2)
Web上的XSLT问题是有很多其他的东西可以代替它使用，这对开发人员来说更容易。我无法真正看到XSLT以您所描述的形式在网络上占据一席之地，事实上我相信暴雪实际上在他们最近进行了一些重新设计来整合他们的品牌时从他们的网站上撤下了客户端XSLT翻译。
相信我，我希望如此，我为我过去工作的公司写了一个解决方案，该公司使用XSLT翻译进行所有前端模板化。它没有使用客户端翻译，因为这是在2005年，当时仍有很大的浏览器市场份额不支持客户端XSLT。使用该系统时遇到的最大问题之一是找到可以帮助解决问题的开发人员。当你找到一个可以使用它的人时，他们会对很多模板进行屠宰，因为XSLT开发是一种与其他任何模板语言不同的野兽。
虽然使用XSLT的好处是巨大的（谷歌搜索交响乐，一个利用xslt作为模板系统的优秀cms），我认为它不会为前端开发带来更多的支持。
答案 3 :(得分：2)
我可能在某种程度上失去了翻译，但我猜SEO问题是主要原因，阻止了很多人使用客户端XSLT。
我不知道搜索机器人，能够解析application / xml而不是普通的html甚至是flash。
对于高负载的网络应用来说，部分在客户端部分使用XSLT仍然是一个很好的做法（mail.yandex.ru确实是一个值得注意的例子），因为流量很大而且不需要SEO友好。
答案 4 :(得分：1)
在做出关于XSLT使用的决定时，通常会降低开发人员时间与CPU周期中感知收益的成本。对于小客户来说，它几乎普遍意味着：XSLT，如果存在，则在服务器端。找出所有客户问题根本没有足够的好处。
如果突破即将到来，它将出现在大型网站上，例如：facebook或google。在那些，卸载到客户端的CPU周期将构成一个重要的$$$数，足以证明雇用开发人员，谁将解决客户端问题。我会看着那些玩家看看是否会发生变化
答案 5 :(得分：1)
几年前我在学校的一个项目中创建了一个XML-XSLT网站并发现了一个错误：Firefox不支持禁用输出转义。