浏览器端xslt ＋ xmlhttp

我在ajax瘦客户模式上谈到 用服务器端xslt加工dom节点 为xmlhttp直接返回view的方案

ie firefox其实都支持客户端执行xslt。 我想将xslt移动到客户端执行

当xmlhttp获得一个节点 就将这个节点交给客户端的xslt(和js一样用url访问)处理 这样可以减轻服务器端的负担

csdn社区,delphibbs.com 不就是这样么？
不过，好像对IE的版本有要求，IE5以上和MSXML 3.0

csdn对整页采用xslt吧 我去看看

我想对xmlhttp获取的document对象执行选定的xslt

xslt产生小段html的主要问题是两个：

1. xslt并不能真正分离内容和样式。反而在小片小片的xslt中有可能混入html、inline style和event handler script。如果你不想混入的话，那style和script要以别的方式loading起来，反而增加了维护难度（特别是对于widget来说）。
2. xslt的呈现导致必然是同步的，即你要等xml读取完、xsl读取完、转换完，才能显示出最终的html来。然而很多时候，xslt中大部分为不变的html片段，这些片段完全可以在之前就显示出来，之后只需要异步的填充一些数据或者改变一些属性。

我说的这两点是在过去我参与的一个项目中得到的实践教训。虽然其中某些可以通过最佳实践来改进，但是xslt技术本身对此毫无保障，也没有什么额外的益处。。。所以我得出结论xslt产生小段html不是一个好方法。

我不用xslt生产html 而是获得处理后的xml 用css直接渲染xml 不使用html和div

好处是有的xslt可以封装逻辑 分布在其他服务器上 作为服务调用

xslt服务可以作为资源 执行 rest 4操作 可以象编辑blog一样写xslt

1 我肯定不包含style 和 script.最多含有onclick属性

2  如果xml很小 xslt很简单 基本不需要等。 如果很复杂用其他方式也快不了多少甚至更麻烦。一般来说如果xslt不是很复杂我就将它放到server端 server端有缓存 速度很快不需要客户端xslt.

但是如果客户要处理一个复杂的excel报表 我看server端还是免了吧 客户的机器不用白不用
最主要的原因是xslt就是专门处理xml的自然最灵活强大

googlecode中的ajaxslt有用过的吗

你是说你从若干个xml数据源得到xml，然后用xslt进行拼装和转换，结果是一个用于表现层的xml？

但是你一样要有样式和行为，你打算怎么处理这一部分。

xslt可以rest操作，不明白你打算怎么利用？

xslt处理xml当然最好，但是处理view就不怎么灵活强大了。。。你有没有例子演示演示？