J2EE与ajax关系

java语言因为使用简单，类库强大，而成为使用人数最多的开发语言。在J2EE方面，尤其是web2.0服务方面，也是备受关注，推出了servelet/jsp标准，并且有聊很好的实现。由于servlet和jsp将逻辑操作和视图展示放在了一起，使的代码的维护和人员的分工变的很难，于是出现了很多的很多将代码和视图分开的开发构想，像struts,webwork,springMVC,tapstry,jsf。它们有一个共同的名字就是MVC框架。这些架构学习起来不是很难，但是它们之间不能互通，完全是没有标准的实现。这一点使很多人很彷徨，不知道学习什么好。因为struts出来的比较好，相应的文档也比较全，有了很大的客户群。最近sun公司推出的jsf,使用起来更简单，功能更容易实现。但是因为退出的时间少，而没有占领太多的市场。
如果将所有的任务都放在服务端，如果服务器的能力够强，这将是一个很好的选择，原因：一、客户端比较简单，不需要做复杂的逻辑。二、数据相对安全，一般数据如果放在服务器上处理，要比客户端上处理安全。可是现实中除了像Google,Microsoft,IBM，HP这样的公司，拥有强大的服务机群，提供良好的服务了，对于一般中小公司而言，它们能提供的带宽，处理数据能力都很有限，根本就不能承担众多客户带来的负担。于是将一些不太重要，很简单的逻辑放在客户端处理，对服务器来讲是一件比较好的事情。
ajax这几年发展迅速，出现了很多开源框架，像json,dwr,prototype,jquery。ajax技术从本质上讲，要做二件事，一是处理客户的请求，如鼠标的点击和数据的简单验证，二是向服务器请求数据，上面提到的框架都将使ajax使用更简单。其实就ajax本身而言，并不是什么非常新的东西，如果从本质上考虑，javascript语言都支持ajax操作，也能向服务器请求数据，但是使用起来比较麻烦，通常拿到的都是xml格式的数据，然后解析，然后在视图上显示。
就有一个问题，ajax到底有什么好处？为什么最近发展那么火？自从网络发展以来，所有的操作都围绕在客户端和服务端。如果服务端在短时期内很难发展，人们就会转移到客户端，如果客户端过于复杂，导致兼容性不好，开发商就会反思，又把眼光放在服务端，把一些客户端处理的数据放在服务器上，还有一点就是现在已经有很多J2EE架构了，如果再提出什么优越的J2EE架构是不现实的,JSF已经非常优秀，但使用者还是不多，很多新型公司只能把目光放在客户端上了，于是出现了很多ajax架构。