新手初来，请教一下ajax应用的结构问题

小弟刚开始接触ajax，有几个问题一直想不明白，请大家赐教。

1、根据我的理解，ajax只是改变了客户端与服务器端的通信方式（变成异步了），其余的基本思想没有大的变化。这样的理解是不是正确的？

2、如果第一条的理解是正确的，那么我觉得一般情况下一个应用只要一个html页面就够了，只要根据不同的服务器端的返回值设置页面上相应的值就行了。这样的理解是不是正确的？

3、如果第二条的理解是正确的，那么当这个页面的90%的内容都需要改变的时候怎么办，也是直接设值不换页吗？

4、ajax应用的基本结构是什么样的？比如说struts应用的结构，就是在浏览器中发出请求，然后由对应的action处理。那ajax应用是怎么处理的？比如我在浏览器中发出请求后服务器端由什么来响应，响应的流程是什么，有没有什么规定？如果没有规定的话有没有流行的框架？如果也没有框架，那么大家常用的程序结构是什么样的？

5、我现在用的是struts，那struts与ajax的关系是什么，怎么结合在一起？我的想法是在ajax页面中直接请求xxx.do, 然后再由相应的action反回ajax需要的值，再设置到页面上，但是我觉得这种作法有点绕远，因为根本没有jsp，mvc没发挥作用。可是如果不这么用的话那怎么用？有没有正统的ajax应用结构（就象mvc是大家都认可的正统web应用结构一样）？

6、做erp适合用ajax吗？今天看了一些ajax的应用，感觉都是一些很轻型的工具型的东西，能给介绍一下比较大型的ajax的例子吗？

今天看了一天资料，头都晕了，还请高人解惑。

简单回答一下（未必是答案）：

1、不正确。如果ajax维持在目前的应用水平，也正确。

2、正确。但不合适。  

4、目前为止，没有专为ajax设计的后台基础结构，不过可以参考一下7wxAop的Aop :-)。

5、见4

 

6、合适，虽然很多人不信。

 

1、不正确的原因是什么呢？

2、为什么不合适？

3、如果没有专为ajax设计的后台基础结构，那常用的约定俗成的结构是什么？7wxAop是什么能介绍一下吗？

1、如果不把ajax看作锦上添花的东西，整个应用基于ajax构建，则传统B/S开发的MVC“真理”将被颠覆。相比之下，异步通信、局部刷新只是副产品。

2、文件太大，不好维护。除非应用很简单。

3、struts/spring/webwork/jsf都号称支持ajax，好像还有一些工具可以辅助这些框架生成ajax所要的东西，具体有哪些我也不知道，还得请ajax的大牛们回答:-)，7wxAop：

http://www.javaeye.com/topic/185839

那主产品是什么？




那对大的应用有什么解决办法？难道还要切换页面吗，那岂不是违背了ajax的本意？

Ajax的本意并不只是异步通信、局部刷新。。它所带来的就是对Web的用户体验的改善。以这个为原则来使用Ajax。看看gmail，google reader，都是典型的单页面的RIA应用。再看看豆瓣，只是将Ajax作为一种甜点用在自己的网站中。所以重要的是根据自己的需要来合理使用。

我的理解（可能很浅薄）ajax就是异步通信，局部刷新，正是因为这个才能改善用户体验。难道ajax还能带来别的吗，请明示。



主要是如何判断自己的应用是否适合全部用ajax来开发，有原则没有？

而且经过这两天的调查，我的理解是mvc与ajax是两种不同的思想，纯粹的ajax模式与mvc模式设计系统的思路与出发点是不一样的。纯ajax并不需要struts,把两者结合起来的想法有些不伦不类。请问这种理解是不是正确的。

完全正确。

不过还有一点，像cms/bbs等网站信息服务之类的应用，其对公众的一端（就像我们现在看到的javaeye），并不适合用ajax实现。

异步通信的确是Ajax改善用户体验最重要的地方.但是对于一个Rich的Web应用，大量需要的Javascript，HTML，CSS的结合，Ajax也只是一部分了。



个人觉得，除非你要做通用工具类（需要大量的用户操作)的可以全部用Ajax来做，比如说画图工具等，其他的最好不要用单页面RIA来做。因为把所有的逻辑放到一个页面会非常的复杂。多个Web的页面可以很好的分离职责。

意思就是crm之类的用ajax不合适吧？