最近考虑给一个大型网站做一个活动栏目，独立一套系统，低层架构基本上都没有什么问题，不过我个人想在WEB上面搞一点创新和冒险，由于不是很有把握，所以特来请教网上的高人。其实WEB上面也没有什么独特的创新，就是我设想系统反馈的都是XML格式的内容，然后利用XSLT在客户端来传换成传统的html+css。感觉这样搞有以下几个好处：
1，人员的安排上面可以实现较彻底的mvc分离
2，理论上能够提高网站的访问速度
3，系统与系统之间的聚合会更加容易以及直观
4，酷
5，网站语义化
但困扰我的是：
1，目前没有成功的案例，特别是互联网系统，第一个吃螃蟹的，要么爽，要么死的快，呵呵
2，客户端对于xml+xslt的支持是否已经完善？如果不完善是否有技巧能够解决？
3，技术学习曲线会不会比较陡峭，其他成员是否能够完全驾驭？
希望大家能够发表自己的看法，甚至能给我提出方案，不胜感激！！
我会把我所有的分压在这个上面
技术无所谓，要考虑实际使用环境。如：
1.用户浏览器的兼容（IE6，7，8，FF等）
2.适用场景
很多用户的机器可能会比较底端，前端解析的话，是否会对用户机器造成影响？
1）如果是面对大众，可能考虑面会很多。
2）如果面对如银行等，可能很多机器很低端，就未必适用。
另外，xslt不是什么新技术，csdn以前就是这么用的。追求技术并无好处，关键是要实用。用户无所谓什么技术的，也不会去关心。xslt据我所知，要求还是有些苛刻的，开发成本是否够大？所有的一切必须要以数据为前提，注意，必须以数据为前提，不是主观臆测。否则，使用传统技术为佳。
csdn老版论坛就是用的xml+xslt
在客户端处理xslt,除了xml绑定xsl文件外,还可以用js为xml动态改变xslt
使用xml+xslt要考虑访问量的问题,毕竟比静态化页面多一个http请求
建议做项目的话还是用开发团队最熟悉的技术,规避技术风险
架构，某种意义上就其实就是权衡，权衡什么更合适。
架构应该为需求服务。首先要弄清楚这个“活动栏目”的目的是什么，和它需要哪些功能和特性等！
XSLT方式的MVC分离能带来多少实际好处？用Struts2、SpringMVC等就不好安排人员，不是彻底的MVC了？不能为了MVC而MVC。
访问速度要求很严格？那么多大型网站用HTML，网速不还是可以？
系统之间用web service等不是更容易吗？自定义的XML还是解释半天。
花最少的力气把事情做得尽可能好，那才叫酷。
网站语义化，需要吗？
如果是从研究的角度出发，用什么技术都可以。如果是为了项目本身，就应该从需求出发，根据需求而找相应的技术来满足需求，而不是为了设计而设计。
项目来的不容易，还是别乱来，使用自己拿手的吧，别冒险了。至于使用其他技术，那得经过大量的测试才可 [img]http://javaname.com/test/good2.htm[/img]
当初我们团队做一个省会城市的某个会展中心的网站的时候的时候，考虑到要用到falsh和html的两种模式的前端，而flash模式下，又不能直接连接数据，只能将数据缓存到xml中让falsh自己读取；然后html模式下，由于已经有xml文件作数据缓存了，所以直接用JavaScript将xml中的数据解析，当初还没有xslt这种技术。不过感觉用JavaScript感觉怪怪的，总感觉js的执行速度不够快。
seo需要考虑。
赞同langshao
还真有人用这个？
虽然存在的时间比较长，但是用人的确实不多，说明这东西肯定有很多不方便的地方。
楼主这是要冒很大的风险啊。
大言不残， 第一个吃螃蟹的？？？
1，人员的安排上面可以实现较彻底的mvc分离
2，理论上能够提高网站的访问速度
3，系统与系统之间的聚合会更加容易以及直观
4，酷
5，网站语义化
以上5点纯粹是你个人的臆想。 尤其是第二点。