也谈Ajax

说实话，我对于Ajax是没有发言权的，去年，我只在项目中用过HttpRequest,但是对于Ajax到底解决了什么问题，我还是一塌糊涂。HttpRequest异步调用我是明白的，但是Ajax不仅仅是HttpRequest吧。

现在把Ajax和Rich Client也画上了等号，但是我还没有看到Ajax关于UI那一层有什么好的解决方案啊，也许是我无知吧。我觉得Ajax把DHtml/JavaScript/Css/XML 全部加进来，把View那一层弄得太庞大了，程序员不仅仅要懂XML/JavaScript,还要熟悉CSS/DHTML,我觉得这和客户要求 开发速度快，成本要节省，快速跟进需求变化的趋势是不相符合的。

我自己觉得View这一层既要满足 事件驱动开发（而不是JSP之类的请求驱动），又要非常简单，满足模型驱动开发，而不是加入大量的CSS/JavaScript满足客户界面体验。至于是否生成Dhtml/CSS，由类似于Laszlo这样的framework来决定具体实现的技术，而不是由程序员自己去决定用什么来实现。程序员只关心XUL之类的语言就可以了。

界面元素简单、功能强大、适应快速变化，模型驱动开发，我觉得是View这一层变化的趋势。这样软件公司才有钱赚。

当然，这仅仅是我自己的一点看法而已。尤其我对Ajax也非常的不了解。无知者无畏阿。呵呵。

对照红色的字，与蓝色的字。

我认为，“思而不学则怠”，这话始终是有道理的。

我其实还是看了很多Ajax的介绍资料的，我觉得关于View这一层，以后的趋势应该是模型驱动开发，因为每个项目，用户的View那一层都是不一样的。10家企业的进销存软件可能要求10个完全不同的界面。除非你做产品，不是定制开发。

如果每个界面都需要程序员自己去调试CSS/XML,这样并不能减轻程序员的任何负担，顶多是用户体验好一些。

但是我看到每家介绍的Ajax资料都是差不多的，都是只介绍了Ajax是采用异步交互过程的。对于Ajax UI地解决方案。很少看到有人提啊。我觉得View 这一层，UI和事件驱动开发才最重要，Ajax只解决了事件驱动开发。

ajax产生的目的并不是为了解决程序员负担，而是交互

web快速开发在于控件的质量,纯html时代jsp tag也算控件，这个跟ajax无关


比较好的后台模型应该是
action  <--->    ajax bind
我现在用的最多的是
action   ----> actionFacade <----> ajax bind

“顶多是用户体验好一些”...
ajax的最大优点被你就这么带过了....

RIA、Web 2.0本身就是为了提供更好的服务和交互性与更好的用户体验。这个才是重点。

ajax 带来的好处在于，它使bs应用的逻辑分层和物理分层趋近于一致，这种设计更加合理，而且非常重要，我觉得也是今后软件分层的发展趋势。

对于技术人员来说，特别是中国的技术人员来说，开发进度和质量是第一位的。至于用户体验感，量力而行。---个人意见，仅供参考。