|
这个主题共有 9 回复 / 1 页 [
]
|
|
|
|
|
|
ajax
|
发表: 2007年09月10日 19:43
|
回复
|
|
为什么看不到有人在讨论ajax,这不是现在很热的一种技术吗!! 望各位给小弟一点指点!!
|
|
|
|
|
|
re:ajax
|
发表: 2007年09月11日 13:03
|
回复
|
|
|
Ajax只是新瓶装旧酒,用到的XMLHttpRequest,JavaScript,DOM,XML都是早已存在。不过Ajax提供了一种思想,把这些已有的技术组合起来,达到了胖客户端的效果。
|
|
|
|
|
|
回复:re:ajax
|
发表: 2007年09月11日 17:45
|
回复
|
|
|
是的,ajax的确是新瓶装旧酒,不过他所提供的思想也是我们应该学习的.能把零散的东西集合为精华,听起来就觉得很棒!!
|
|
|
|
|
|
回复:ajax
|
发表: 2007年09月11日 18:21
|
回复
|
|
|
|
|
|
|
|
回复:回复:ajax
|
发表: 2007年09月12日 10:12
|
回复
|
|
>> 我们经常感兴趣新的技术热点,而忽视后面的思想,如果一个技术很热,但是没有值得借鉴的思想和方法,就可能很难引起谈兴。
所有技术的出现都是为了解决某一类特定的问题的。当今时代,新技术层出不穷,当然需要跟踪,但是不是去跟踪这些新技术本身(否则你天天不吃不喝也跟不上),而是需要了解这些技术是用于解决什么问题的,原来的解决方案有什么问题,新的方法有什么优点,有什么局限,如此而已。
那么什么时候你需要沉下去研究这些新技术呢?当前发现你面临类似的问题的时候(譬如遇到一个项目,客户提出的要求无法使用原来的技术实现),你可以花时间去切实的评估一下这个技术的好处、坏处、难度等等,然后决定是否需要使用这个技术。
当然,如果你是一个技术的爱好者,又有一定的时间,更进一步的了解这些技术也没有坏处。
不过还是强调一点,了解它能做什么比了解它是什么更重要。
|
|
|
|
|
|
re:ajax
|
发表: 2007年09月12日 11:22
|
回复
|
|
Internet应用应该用多少Ajax?这本身就是个问题。 现实的情况是,程序员对Ajax很热,用户对Ajax很冷。毕竟用Internet大家已经习惯等待和跳转了。即使用了Ajax,也还是要等待(网速有限),甚至要等得更久(浏览器和Server之间频繁的数据交换)。所以理智一点的选择就是,该用的用,不该用的就不要用。
Ajax原先一个隐含的用意就是进入局域网和Intranet,全面取代C/S,达到B/S一统天下的目的。现实很多追新族也正在这么干。可是真的有必要吗?放弃PC客户端的运算能力,非要去跟繁忙的Server过不去;放弃简单明确的C/S编程模式,强吃复杂的Ajax编程,这只能说是钻牛角尖了。
计算机与社会发展的历史提醒我们:任何想要一统天下的技术或人最终都难免失败。 最近本人在做Spring Remoting + Swing。在原有B/S/S的结构上,通过调用统一的service层,很容易地就做到了C/S/S,满足了高性能客户端的需求。本人认为这才是企业内部应用最好的选择。 所以我们应该好好重新审视一下Ajax了。
|
|
|
|
|
|
re:ajax
|
发表: 2007年09月13日 11:49
|
回复
|
|
现实的情况是,程序员对Ajax很热,用户对Ajax很冷。毕竟用Internet大家已经习惯等待和跳转了。即使用了Ajax,也还是要等待(网速有限),甚至要等得更久(浏览器和Server之间频繁的数据交换)。所以理智一点的选择就是,该用的用,不该用的就不要用。
--------------------------- 确实 有时候公司的人都不用方便一点的比如DWR 自己就不能用了 哎
|
|
|
|
|
|
回复:ajax
|
发表: 2007年09月20日 11:53
|
回复
|
|
看到一篇对AJAX 几个toolkir的比较:
GWT,YUI,dojo,jQuery中挑了jQuery
想搭建一个框架是使用AJAX的,首先考虑到的就是Google web toolkit,看了一下它的文档,就是将所有的dom元素封装成Java对象了,写起代码来,因为有IDE的帮助,而且凭着静态语法的特点,出错的机率 就小了。但是有这样一个问题,比如说想给页面上随便增加一点东西的话,却不能随便编辑html文件,因为GWT生成的代码并不是那么好读,也就是说,每次 要修改一下页面,就要重新再编译一下Java代码。这点可不好。后来就改用YUI了,YUI的example 倒是非常的丰富,但用了总感觉不舒服,后面想想,才明白是因为它的api设计得不好调用,代码不能写得很简洁。没得说,又去试了一下dojo了,感觉是简 洁得多了,api用了感觉挺舒服的。写页面的时候,想用一下prototype的$,之前还以为dojo是基于prototype写成的,结果试了半天, 才发现并不是这样,正巧又在网上看了一篇介绍jQuery的,试了一下,就迷上它了,然后就把dojo从项目中移走了。 仔细回想了这四个框架,想想自己为什么会选中jQuery。才发现,因为jQuery的源代码是最简洁的,结构上也是最容易全部掌握了,写 JavaScript代码的时候,总是希望所有的代码都是在自己的手里面控制的,这种想法,跟一年前的想法一模一样,当时AJAX刚火的时候,也想去试一 些开源的框架,但用了一段时间以后,就放弃了,全部使用了自己设计的框架,因为框架掌握在自己手里面,舒坦。 JavaScript库丰富固然好,但是越丰富,自己就越不了解全部层次,内心就越不安。不懂这是不是大多数人的通病。 可是仔细想想,为什么Java的开源库用得这么自在,为什么JavaScript的就自在不起来呢。 本文地址:http://www.newbooks.com.cn/info/61944.html
文章中最后一句:为什么Java的开源库用得这么自在,为什么JavaScript的就自在不起来呢。也是非常另人寻味。
|
|
|
|
|
|
re:ajax
|
发表: 2007年09月20日 18:08
|
回复
|
|
1、动态解释;2、基于对象而非面向对象
少量用一点增光添彩是好的,大规模应用则是不明智的。
|
|
|
|
|
|
re:ajax
|
发表: 2007年09月23日 17:21
|
回复
|
|
|
|
|
|