xml，javascript在基于j2ee标准的项目中到底扮演了什么样的角色？

Question

另外不用或很少使用javascript，所有处理都放在后台了，会给服务器带来很大的压力，这种问题又如何解决？

Answer 1

感觉现在写javascript的人月来月懒了。我经常写成
<script></script>
估计换了浏览器就看不了了。
我们的那个左边的菜单也是，到了netscape就变不出来了。
  用xml存储一些改动不大的编码表是个好主义，这些编码表通常一次录入就不变了。但是经常在刷新也面的时候要检索。如果用数据库来存储就开销大了。
想csdn这样的网站如果不用xml技术，数据库来带动估计有点恼火

Answer 2

1.想扮演多重的角度就扮演多重的角色.
 从系统配置到存取数据,由于他的跨平台特性,非常适合于做通用产品,如权限管理通用产品,报表,等等,
2.javascript 限制了跨平台了吗?我觉得没有 现在无论是IE,Netscape,Opera ,PostScript,Mozilla哪个不支持javascript? 都支持的
  javascript 解决了至少80%的客户端编程问题,就拿做一个管理软件说吧,你想实现树状菜单,最好的方法是什么?javascript + xml 客户端脚本验证,这只是简单应用,深点的就更多了,我就不一一举例子了,总之如果想做出色的b/s软件,几乎不能离开javascript 
--------------------------
处理xml确实是慢,就像用soap通信比tcp/ip慢多了一样,可是为什么在对速度要求不高的地方用soap呢?就像google提供的api为什么也是soap通信呢? 这个道理和用xml一样的.
xsl的功能就更强大了,报表应用,处理pdf等等,用xml 和xsl显示好处多多,方法更改样式,处理简单,如果是html你要改的页面也许很多,如果换成xml.xsl只需要改xsl就行了, 我觉得挺方便的,我现在用xml做了二样产品,一个是访csdn论坛,全用xml存取显示,另一个是树状菜单,提供api接口,可以说我做的是一个中间件,现在在写demo,等写完了,会在论坛发布测试.
就是因为xml的通用性,所以选择它不是选择数据库.
-------
一点愚见,只是我的真实感觉,欢迎点评

Answer 3

能够详细介绍一下XML和它的使用吗？