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