何时,纱窗外,风摇翠竹

常用链接

统计

最新评论

  • 1. re: 慎用AJAX框架
  • AJAX是中国技术领域的红灯区。。想爽,但又怕潜伏着危险。。。
  • --阿斯顿飞
  • 2. re: 慎用AJAX框架
  • 评论内容较长,点击标题查看
  • --夏如嘏
  • 3. re: 慎用AJAX框架
  • ajax 要懂的原理,同意楼主,框架慎用
  • --骄傲
  • 4. re: 慎用AJAX框架
  • @读书、思考、生活
    2、bug满天飞,那就说明是水平不到家
    您的水平能高到没有bug?
  • --楼主
  • 5. re: 慎用AJAX框架
  • 只要你懂xmlhttp,为什么非要用ajax呢,我从2000年开始使用xmlhttp,ajax刚出来的时候看了一眼,冷笑一声。所以争论没有意义,到处都是新瓶装老酒的故事
  • --挨踢的货

慎用AJAX框架

   从年初到现在,AJAX之风预演愈烈,尤其是在国内,大多是一片叫好的声音。目前好像很多人都在搞基于AJAX的框架,国外也有一些都已经发布。对于这种一直都存在技术,Google、微软一造势,大家的热度好像有点过了头。看来现在咱们这些程序员真的都是些追星族啊!

   难到AJAX真的就那么优秀,值得提升到框架的高度,让系统UI端围着它转?单纯从AJAX本身来说,其最主要不过就是解决在网页上一个无刷新获取数据的问题,再加上减少了数据的传输量,将数据解析的工作推到了客户端,的确能解决很多传统的问题,很方便的实现一些动态效果。然而,要围绕AJAX建立一个框架,通过AJAX完成UI端绝大部分内容的展现,我个人认为却是欠妥。现在很多人在网站上说,AJAX多多成熟,能达到多好多好的效果,但是问题是,AJAX技术本身成熟,但AJAX框架却是十分的不成熟。

   笔者前一段一直在参与一个国外知名大公司的一个产品的开发,这套系统好几年前就开始做了,系统的UI很多是基于AJAX的,对AJAX的应用可谓登峰造极(当然,那个时候肯定还没有AJAX这个名词),其界面的可操作行几乎可与桌面系统媲美。这系统有一个强大的AJAX框架,光是相关基础JS文件就是数十个,整个UI基于Javascript事件驱动,数据由XMLHttp获取。整个方案看上去的确很棒,或许正是现在很多人想要实现的。但实际情况是如何呢?效果是实现了,程序开发和测试、维护的效率则是大大的下降了。开发就不说了,前期投入巨大,系统复杂性剧增,程序也只能用IE访问。测试的时候这边 AJAX的javascript的bug满天飞,那边调试这种错误极不方便,没有好的JS的调试器,更看不到实际输出的html代码。维护那就糟糕,加个新功能,JSP文件、标签、JS、后台类全要过一遍。或许正是这些不易克服的问题,我看到在最近开发的配套软件里,就基本没有用什么AJAX了。

   大公司的尝试和经验,或许能给大家一些启示。说到底,所有的技术都是有利有弊的,AJAX也是一样。我个人认为AJAX 最适合的就是Google Map这种网上地图系统,展现方案相对比较单一,又非常的需要无刷新的获取数据。对于那些业务比较多,展现风格非常多样的业务系统,万万不可脑子一热,真的要用什么AJAX框架,到头了只回为了一点无谓的效果砸了自己的脚。

   最后强调一下,AJAX是个好东西,在项目里用它来实现一些辅助效果(最传统的比如用户输入数据时实时的验证,给出相关提示)即快捷又神奇,但过度使用很容易让自己系统陷入麻烦之中,一定要慎重!此外目前公布出来的所谓的那些AJAX框架大多都是实现一个Form或者一部分页面的无刷新取数,根本谈不上什么Web框架,目前没必要抱太大的希望。最近down了几个开源的ajax的东西看了看,觉得对一般开发人员来说,ajaxtags (http://sourceforge.net/projects/ajaxtags/) 是个不错的东东,简单易懂,可以仿照它的标签做一些自己的实现,值得看一看。

声明:本博客中所有文章均为版主原创,转载请保留作者信息,并请注明出处。

posted on 2005-11-25 19:46 weidy 阅读(21595) 评论(51)  编辑  收藏 所属分类: Java世界

评论

# re: 某知名大企业的教训--慎用AJAX框架 2005-11-26 10:34 nickey's home

该用的时候就用. 不要为了ajax而ajax. 技术都是有适用性的.  回复  更多评论   

# re: 某知名大企业的教训--慎用AJAX框架 2005-11-26 15:21 miracle

今天刚学习AJAX  回复  更多评论   

# re: 某知名大企业的教训--慎用AJAX框架 2005-11-26 19:24 读书、思考、生活

如果:

“效果是实现了,程序开发和测试、维护的效率则是大大的下降了。开发就不说了,前期投入巨大,系统复杂性剧增,程序也只能用IE访问。测试的时候这边 AJAX的javascript的bug满天飞,那边调试这种错误极不方便,没有好的JS的调试器,更看不到实际输出的html代码。维护那就糟糕,加个新功能,JSP文件、标签、JS、后台类全要过一遍。”

那么他对AJAX的应用,就算不上登峰造极。只能算是对于IE下的XMLHTTP&CSS的滥用。
1、不遵循WEB标准的,算不得AJAX
2、bug满天飞,那就说明是水平不到家
3、加个新功能,JSP文件、标签、JS、后台类全要过一遍。就说明系统设计有先天的缺陷

“笔者前一段一直在参与一个国外知名大公司的一个产品的开发”
这大概可以说明,这个国外知名大公司里,没有一个数得上的AJAX高手。  回复  更多评论   

# re: 某知名大企业的教训--慎用AJAX框架 2005-11-28 11:36 fanta

javascript天生的缺陷,没办法。  回复  更多评论   

# re: 某知名大企业的教训--慎用AJAX框架 2005-11-28 13:01 weidy

读书、思考、生活 说:
1、不遵循WEB标准的,算不得AJAX
2、bug满天飞,那就说明是水平不到家
3、加个新功能,JSP文件、标签、JS、后台类全要过一遍,
就说明系统设计有先天的缺陷
4、这大概可以说明,这个国外知名大公司里,没有一个数得上的AJAX高手

1、2.WEB标准是绝对遵循了的,bug满天飞的原因当然是多方面的,系统功能复杂必然会有大量的Bug,但过多的使用了AJAX这类技术导致Bug多确实是原因之一。大公司有人力物力去解这些defects,要实国内一般的企业很可能就因此陷入困境,这就是我担心的。

3. 系统设计有先天的缺陷,不可否认是有一点。系统开始做的那时候连Struts都还默默无闻呢,但是无论你如何进行设计,过多的使用AJAX去做展现必然导致系统的展现机制变得复杂。

4. 提醒"读书、思考、生活",可不要以为自己是高手,就不会犯别人犯过的错误。开发这套系统AJAX的人(可别以为我在其中哦,我只是有幸能看看他们的code)应该在web开发领域都是资深专家。想想在5、6年前没有AJAX概念的时候,就能开发出完整的基于AJAX框架来进行系统展现的人水平一定比现才开始深入学的人强吧。他们开发、完善了这么些年,至今还不能尽善尽美,这说明什么问题?

最后,我要说:我们当然可以克服和解决大部分问题,让它很正常的工作(就像这套系统一样),但是付出的代价可能很大。  回复  更多评论   

# re: 某知名大企业的教训--慎用AJAX框架 2005-11-28 16:39 读书、思考、生活

如果你的项目只能用IE访问,那能算是遵循标准?

系统的bug满天飞,你觉得是正常的?
“系统功能复杂必然会有大量的Bug”,OK,就算会产生大量的bug,这些bug的存活期是多长?如果老bug改不完,新bug又出来,改了老bug,反而引出新bug。那我就认为:水平不到家。

不但是技术水平不到家,而且项目管理的水平都不到家。

不管技术发展到那个时代(不要以Struts还没有出现作借口),有效的、清晰的分隔不同的功能与模块,是系统设计的第一原则,MVC模式,在C/S时代就应该已经广为人知了。无论你基于什么技术来进行设计,无法有效的隔离变化,就是设计水平不够!

设计水平不够,也不要把帐赖到AJAX这样的新技术头上。

“他们开发、完善了这么些年,至今还不能尽善尽美,这说明什么问题?”

说明他们不过是早早的采用了XMLHTTP技术而已。
用了5、6年AJAX开发的“高手”,却至今都没有总结出好的“模式”、“经验”以及“成熟的AJAX开发手段”。

最近比较流行的几本AJAX的书,推荐他们去买来看:
Ajax Patterns Best Practices:
http://www.ajaxmatters.com/r/go?id=328

Ajax Design Patterns:
http://www.ajaxmatters.com/r/go?id=305

Professional AJAX:
http://www.ajaxmatters.com/r/go?id=196  回复  更多评论   

# re: 慎用AJAX框架 2005-11-29 22:38 weidy

首先感谢“读书、思考、生活”推荐的三本书,让他们看是不用了,我自己看看倒是不错,:)。不过你说的 用了5、6年AJAX开发的“高手”,却至今都没有总结出好的“模式”、“经验”云云, 就不太地道了,你怎么知道人家没有总结?不是这些走在前面的人,谁写《Ajax Design Patterns》、《Professional AJAX》这样的书给大家看?

其实我的写这篇blog的初衷是想告诉大家真正实现AJAX的框架有很大的难度,需要投入很多,如果想把项目设计成基于AJAX框架就要慎重。我并不是想过多讨论这个项目的本身的各种问题,我也没说过这个项目是完美的。

话说回来,我们这个的项目的AJAX框架(或者说准AJAX框架)现在已经能转的非常好了,Bug也早解完了。但是,为了让它像今天这样运行良好,企业投入是非常大的,开发维护的成本也都要大很多。我认为这就是它不成功的地方之一,如果少用一些AJAX这样东西,它就可以更快更好的达到目标。

实现完整的AJAX框架编写复杂、容易出错这个问题是非常明显的,不是说有高手就能避免的。退一万步说,假设你“读书、思考、生活”是绝顶高手,能搞定一切,你能保证你的Team里所有人都是高手么?

“设计水平不够,也不要把帐赖到AJAX这样的新技术头上” 这话说也不太妥: 首先AJAX不是什么新技术。 其次设计水平的提高和积累本来就是渐进的,就像最初的struts出来时,大家都说好,用两年,它的不好的地方大家又都清楚了,于是spring、webwork这样优于它的框架又被大家推崇。没有人能一次设计一个多完美的系统,我们的系统都是在不断的改进的过程中。

“如果你的项目只能用IE访问,那能算是遵循标准” 呵呵,的确这是俺没弄清楚了。但是可以想象要开发一个遵循标准的程序,实现各种复杂的功能,岂不要付出更多开发成本?

最后还是要多废话几句,用着这些大公司提供的硬件和软件,遵循着他们的标准做开发,却攻击他们没有高手是没有什么意义的。何况也没有人天生是高手,都是要从失败中摸索出来,或许开发这个项目UI端框架的人现在总结失败已经成了高手,能灵活合理的在项目运用AJAX了,很多人却还只是一味的为AJAX这个所谓新技术护短。  回复  更多评论   

# re: 慎用AJAX框架 2005-11-30 11:14 读书、思考、生活

再客气一点说一句,算是帮你们公司的高手说说好话。

当初他们一手一脚的搞AJAX系统,一切都是从头做起,批评他们过多,也是太刻薄了。

但是现在时间过去了那么多年,好多“好轮子”都出来。比如Dojo,比如Propotype,比如...如果再从头做起,就太傻了。

在前人牺牲奉献的基础上来开发AJAX,其实失败的可能性,没有你想像的那么大。  回复  更多评论   

# re: 慎用AJAX框架 2005-12-01 16:55 weidy

的确,原来一无所有,现在有了轮子,将来肯定就会有车.... 大家要努力去造车,只不过决心造车之前要弄清楚这些轮子适合在什么地里跑。

如果按现在的趋势发展下去,灵活、稳定的AJAX框架应该是指日可待的,这要靠大家的努力,尤其是像 " 读书、思考、生活 " 这样热心AJAX技术的人。

  回复  更多评论   

# re: 慎用AJAX框架 2005-12-11 15:38

不要吵,不要吵。
吵什么吵!
如果有人用AJAX开发过成功的项目,出来发发言,(网站不要)  回复  更多评论   

# re: 慎用AJAX框架 2005-12-17 09:58 blue1018

刚刚要接触ajax,看了文章冷却一下:D  回复  更多评论   

# re: 慎用AJAX框架 2006-03-04 17:32 小狼

读书、思考、生活 说:
1、不遵循WEB标准的,算不得AJAX
我觉得现在WEB标准并不一定真的标准,因为还有许多标准不被世面上的主流浏览器支持,所以说它并不标准。我用css开发过一个网站,而且对用css控制层已经非常熟练了,但是要让CSS实现的所有效果在浏览器里正常显示出来恐怕不可能。所以说不遵循WEB标准算不得是ajax这句话说得不现实。  回复  更多评论   

# re: 慎用AJAX框架 2006-05-30 10:05 cauherk

呵呵,感觉楼主说的像我现在的公司(当然咯,只是假设)。
AJAX炒作了这些年了,到目前为止能看到真正可以在项目中使用的国内的也就这么几家,当然咯,有些组织或者个人出于自己的爱好和兴趣,正在开发自己的AJAX框架。
AJAX带来的是应用和业务上快速解决的途径,当然,你可以使用其他框架,比如:Struts,同样也可以做的更好,但是,一个好的框架不仅在设计上合理、架构上松散,更多的应该在开发上的直观和便捷,以及测试上的完整。
国内很多厂商大部分都是从传统的UI(Dephi、VC++、字符终端)转型而来,这个时间,AJAX技术带给他们的技术隔阂很大,但是开发的模式改变不大,更容易的接受模式,同样我也做了很多年的struts开发,参与到很多大型项目中,可能是本人才疏学浅,struts确实在大型团队开发中有写不利的地方(有人已经批判过struts,我也就不说了)。MVC框架中,V层是开发最复杂的,用户接受批判最多的,也是一个团队中,占用的开发人员最多的,AJAX在View层上,带来的改变是彻底的,Model和Control可以借鉴struts的思想(当然也会借鉴其他的框架),整理出来一个真正适合业务的AJAX框架,只有这样AJAX才能真正的在业务中使用起来,带来的用户体验是非凡的。  回复  更多评论   

# re: 慎用AJAX框架 2006-08-02 21:38 domain

如果业务逻辑很复杂,而多种功能有集中在一个页面,多种状态交织,还有像权限控制这类东西需要控制,页面页面就很复杂了.
搂主能否把你在这个项目中的一些其他体会分享一下,可以不关ajax.
如复杂页面的处理,bug分析,针对ui层的设计,或者还有项目管理和后续维护方面的体会.很期待.

一直没有机会见识像sap,oracle erp那些大型软件是如何地强大和值钱的:)  回复  更多评论   

# re: 慎用AJAX框架 2006-08-07 17:40 weidy

@domain
关于那个项目(实际上是个产品)具体的东西几句也说不清楚,有些涉及具体实现的也不能说太多。我倒是愿意就Bug分析和项目管理和大家讨论一下。实际上大公司的很多产品的代码写的是很弱智的(我上次参与的那个项目的代码就是由印度的软件工人写的),单看代码都非常一般,但是他们产品的质量却能得到保证,关键是项目过程组织的好, 尤其是测试的力度非常大,这个产品一般每个版本都要安排十几个人测上两个月,进行各项的测试,测试 -> qa开bug -> develop解bug -> qa再验证, 流程虽然不十很复杂,但贯彻的很好,很值得国内企业学习。 当然相应的成本也是很大的,那个产品的贵到了国内没有一家企业愿意买,现在基本就是国外一些大厂商用。

产品强大的功能怎么实现的?明确的业务需求 + 持续的开发完善。关于后续维护,按我的体会并没有太多的玄机,投入+简单的规则+执行,从一开始就是这样。看看现在,每天在论坛、Blog上各个软件公司大大小小LD都在大倒苦水,大谈软件项目管理的规定不能得到贯彻,似乎软件质量保证是个解不开的死结。其实说到底,是国内这些LD们不会真正舍得把钱把人投在质量保证上,总想走捷径,从开始就不花钱,不花钱又希望能开发出有好的产品,最后的结果就是天天空谈或者定些不伦不类的执行不下去的开发流程,到最后被迫花钱来换质量时,往往为时已晚。

  回复  更多评论   

# re: 慎用AJAX框架 2006-10-17 11:59 rick

其实,Ajax技术都没有他本身的问题,而是在使用他的人的身上,项目开发讲究的并不是技术的新异,而需要讲究成本.
到达一个目标,可以有不同的交通工具,但我要选择成本最底的工具.在考虑需求,性能,成本后我才开始选择是否用ajax.
每个人对于不同的项目都会有不同的想法.我可以说上面几位兄弟说的都对了。  回复  更多评论   

# re: 慎用AJAX框架 2006-10-18 13:19 路过

现在笔者正投入到一个项目的开发中,一部分的功能希望适用AJAX框架来实现。遍历网页两天之久,也没找到有关AJAX应用很成功的项目介绍(除google等)。期待微软的atlas框架的面世,不知道本项目能不能赶得上,问题是现在也不知道该用什么框架。。难啊!
想要领人先,就得努力、努力、在努力!  回复  更多评论   

# re: 慎用AJAX框架 2006-10-18 17:25 weidy

@路过

一般的项目的话用DWR和DOJO来做应该没什么大问题,我刚刚在一个比较小项目用了,用dojo做RIA,处理JSON数据, DWR做远程调用,效果很好。  回复  更多评论   

# re: 慎用AJAX框架 2006-11-21 12:51 Truly

从上面留言基本看出“读书、思考、生活 ”是一个比较浮躁的人,停留在学术层面上,没什么经验还随意批判他人。Ajax我也应用很久了,必须认同的是Ajax非常容易产生bug,而且很多是非常奇怪的bug,项目使用了AjaxPro框架,包括这个框架自身,都经常会抛出一些莫名的异常,可能是因为我们Ajax使用的太多了,整个站点基本上所有页面都使用无刷新操作。

不得不承认的是,没有编译器帮助检查语法错误,没有强类型概念,id容易重复,js过多可能下载不完全等等,可以说无论是你水平有多高,当过多使用时,一样会淹没在bug堆里,而且作为一个项目开发的时候,你不可能要求每个开发人员都是js高手,高手可以保证一段函数工作正常,却无法保证整个程序工作正常,就像无论人们如何努力提高飞机的安全度,一样会不断出现空难。  回复  更多评论   

# re: 慎用AJAX框架 2006-12-04 23:11 qun

不要拿n多年前的javascript/web开发来判断现在的ajax.

--- 维护那就糟糕,加个新功能,JSP文件、标签、JS、后台类全要过一遍。
这个就也不好意思称高手了吧。

现在不管是IE 还是Firefox下面都有很好的js调试工具。
几个著名的框架对调试也有很好的支持.

javascript 用熟了, 功底也可以的话,
上Ajax是没有问题的。

是需求/金钱驱动技术,不是技术的难度。


  回复  更多评论   

# re: 慎用AJAX框架 2006-12-04 23:13 qun

我已经有2个我开发的商业网站应用Ajax。   回复  更多评论   

# re: 慎用AJAX框架 2006-12-05 16:35 weidy


嘿嘿,想不到一年前的一个老贴子,一直有人来留言讨论这个问题, 我也就再来罗嗦几句吧。

我是一年前写这个帖子的,当时的想法是告诉大家是想告诉大家一些AJAX负面的东西,贴出发出来后就和“读书、思考、生活”进行了激烈的讨论,应该说我文中所提的并不全对,但我想表达的东西是很明确的:AJAX技术是趋势,应当积极学习应用,但要注意其缺点和可能引发的问题,不能过度使用。

我在原文中用来举例的系统是一个数十乃至上百人的团队做了7、8年的老产品,有历史遗留问题,并不具备普遍性,所以咱们有很多高手不已为然,认为我说的那些问题只有过去才有。但仔细想想这个例子还是能说明些东西,这些问题真的就没有了么,你使用的框架真的能把他们都隐藏起来么,还是你的应用还比较简单,这些问题还没有构成麻烦呢?

过去一年中我也在自己的和单位的项目中大量的使用AJAX,对AJAX的理解也提高了很多。比如在公司去年启动的一个的项目中,来源于MQ和web service的数据都送到一个主要基于DOJO实现UI的系统中和用户交互,仔细统计后我发现这个主要由老外实现的系统的60-70%的代码量是用在写 javascript 来完成交互效果,大部分的业务逻辑都是接收到JSON数据后在客户端完成的,而需要指出的是在传统开发模式中,这些工作其中的很多以前恰恰是可以由框架完成的!

也就是说,目前AJAX框架依然没有达到我们需要的那么强大,还有很多功能需要我们自己来实现。那么在这个时候,请您,一个绝世的技术高手,注意一下当你用AJAX来实现一个功能时,还是可以扬长避短,如果服务器端或者说传统的方式就能做的简单功能,就不用弄需要在IE6, IE7, FireFox, Mozilla, Opera等等上去全测一遍。当然,这仅仅是善意的提醒,绝不敢对高手们说教。此外,IE和FF下的JS调试工具我用过不少,能为解决问题提供些帮助,但和传统的类调试还是差距很大,这方面只能是继续等待。

最后,自我纠正一下这个帖子的标题的含义。毕竟时过境迁,如今“慎用AJAX框架”的提法或许是有些不妥,我觉得我们可以从新的角度来看它:

1. 谨慎的选择AJAX框架。
2. 合理的认识、应用AJAX框架,要理解框架为我们做了什么,必要时可以脱离框架做自己的简单实现。
3. 关注AJAX框架的发展,得明确现在用该框架什么能实现、什么还不行、什么时候行。
  回复  更多评论   

# re: 慎用AJAX框架 2006-12-07 18:22 BeanSoft[匿名]

任何新框架都有风险, 如果你的公司是个达到100人左右开发团队的人, 在采用新技术之前一定要反复评估, 包括学习难度, 代码量, 可能的风险等等. 理论上说, 老一点的框架, BUG 也会少很多. 所以我们公司要升级 Struts 都要找几个大的应用反复测试, 确认绝大部分问题都解决了之后才正式上线.

对公司负责的话, 请使用成熟框架, JDK 不要用不稳定的版本, 例如 JDK 1.6.... 修改 BUG 的工作量也是成本.  回复  更多评论   

# re: 慎用AJAX框架 2006-12-22 10:24 hehe[匿名]

没错,任何新的东东,都会有风险。

对于公司来说,不是一味的尝鲜。

对于任何一个项目,首要的是考虑:质量,成本,时间。

我想,任何一家公司做项目,都希望项目:短平快。在综合了后期维护等各种因素的前提下,尽量快的发挥效益才是根本。所谓的框架,如何如何的先进,如何如何的好,都需要时间的考验,选择时一定要慎重。
  回复  更多评论   

# re: 慎用AJAX框架 2006-12-31 14:32 风行天下

爱用不用,感觉好的人继续用,感觉不好的人停止用,我可能会用可能停止用........  回复  更多评论   

# re: 慎用AJAX框架 2007-01-17 13:51 慎用啊

用ajax,还是先看看这个j吧,javascript的规范定义的就不够完善
而且在不同的浏览器上表现的特性又有很多差异.
举个例子:window的ie,和apple的ie,最javascript变量的引用处理就不一样
实现细节的不同,导致你的程序会出现很多莫名其妙的问题,而且调试困难
用你最了解的,越简单越好,只要能达到表现目的  回复  更多评论   

# re: 慎用AJAX框架 2007-06-03 10:54 哈哈JPJP不错不错~

在这里做个广告!``````

lskfc.5d6d.com  回复  更多评论   

# re: 慎用AJAX框架 2007-07-08 14:57 abent

楼主说的是创维楼上的那家公司么?  回复  更多评论   

# re: 慎用AJAX框架 2007-07-08 23:02 weidy

@abent

不是,哪家公司也不重要,对吧.  回复  更多评论   

# re: 慎用AJAX框架[未登录] 2007-07-13 23:11 king

posted on 2005-11-25 19:46
# re: 慎用AJAX框架 2007-07-08 23:02 weidy

光这点就厉害,厉害!  回复  更多评论   

# re: 慎用AJAX框架 2007-07-19 08:31 ljq900

ajax简单才是美
对于复杂的ajax框架,调试维护无疑是个噩梦,大量的脚本代码也会对执行效率有影响.
泡末是吹起来的,现在的网络没什么是不可能的.但实用的东西并不需要很复杂.
漂亮的界面干嘛不让浏览器实现,至少实现不会比ajax复杂,internet的自然发展还是偏离了轨道.然后,大家一哄而上,把偏离的轨道当作目标.
再说,新技术吧,八字没一瞥就吹上天,然后拿开源游民当义务民工种下试验田.最后用催熟技催向市场,把开发商的意图强加给用户。而用户想象不到,怎样给它们带来利益,只知道会对他们很有好处,因为大家都那样说。  回复  更多评论   

# re: 慎用AJAX框架 2007-08-23 21:36 泣け野

开发人员与开发环境的问题,不应该扯上ajax
调试js的工具很多,很久很久以前的Visual Studio就带有嵌入IE的debug调试工具,不知道那些高手们是不是都不会用…………  回复  更多评论   

# re: 慎用AJAX框架 2007-10-07 10:47 是了是了

to 读书、思考、生活

如果说别人用了三四年的ajax都没用好就说别人不是高手,只怕写出SPRING的人是笨的不能再笨的人拉。。

每一种技术都有他的有点和缺点,有他的适用范围。  回复  更多评论   

# re: 慎用AJAX框架 2007-10-07 10:50 是了是了

我忘记了在什么书里看过一篇文章,上面有话说其实最好的开发是最快的时间完成项目,同时这个项目可维护性很好。所谓的体验性等等都是其次的。如果为了其次的东西舍弃了根本的东西。我觉得不值得。把这个其次和主要的东西结合起来,这就是个度的问题。。。。。  回复  更多评论   

# re: 慎用AJAX框架 2007-10-22 21:10 不吭气

AJAX是AJAX技术
AJAX框架是现成的AJAX开发工具.

文中说了半天使用AJAX遇到的问题
标题却说 框架

连个概念都没弄清, 奢谈什么 慎用 啊
  回复  更多评论   

# re: 慎用AJAX框架 2007-12-06 14:33 上海翻译公司

嗯~~很难学`但用起来很不错  回复  更多评论   

# re: 慎用AJAX框架 2007-12-10 10:41 心宽体胶

好激励的话题,小弟新手,最近刚搞这玩意,觉得BUG挺多的....小弟认为硬骨头不啃永远是硬骨头,你啃了或许一天比一天好啃;熟练了就不用啃了,放嘴里叭叽!叭叽!当肉嚼了~~~~~~!!!嘿嘿.  回复  更多评论   

# re: 慎用AJAX框架 2007-12-10 10:42 心宽体胖

名字写错了.......见笑....见笑..  回复  更多评论   

# re: 慎用AJAX框架 2007-12-14 09:30 single

和lz有同感,过度使用ajax的web app,在后期维护上确实有很多问题  回复  更多评论   

# re: 慎用AJAX框架 2007-12-30 21:03 venus

我倒是用AJAX做了一个小型的成功案例
http://www.info-bird.com/proshow4.asp
大家可以给点意见  回复  更多评论   

# re: 慎用AJAX框架[未登录] 2008-01-06 02:02 子玉

该用的时候才去用。该用的地方才去用
AJAX不是神,拯救不了Web  回复  更多评论   

# re: 慎用AJAX框架 2008-01-25 16:45 无名过客

非常赞同版主的观点,另外有些问题想问问“读书、思考、生活 ”和与之持同样观点的朋友:
“读书、思考、生活 ”说:
“那么他对AJAX的应用,就算不上登峰造极。只能算是对于IE下的XMLHTTP&CSS的滥用。
1、不遵循WEB标准的,算不得AJAX
2、bug满天飞,那就说明是水平不到家
3、加个新功能,JSP文件、标签、JS、后台类全要过一遍。就说明系统设计有先天的缺陷

“笔者前一段一直在参与一个国外知名大公司的一个产品的开发”
这大概可以说明,这个国外知名大公司里,没有一个数得上的AJAX高手。”

为了使用AJAX,中国需要投入多少金钱造就你所谓的高手,是不是每个web开发人员都是高手才能参与项目,是不是没个项目必须有高手存在才能去接这个?为了一个AJAX,每个项目经理必须精通AJAX架构?我想各位都是技术精英,但没必要沦为技术奴隶,技术是用来创新的,不是用来遵循的,一项有缺陷的俄技术方案需要的是各位精英的创新改造,不是一味的适应。  回复  更多评论   

# re: 慎用AJAX框架 2008-01-26 19:44 leixiao

从互相批评鄙视到互相欣赏赞美 美好的友情发生了
  回复  更多评论   

# 3G时代到来ajax会淘汰 2008-01-30 08:42 马立杰

3G时代到来ajax会淘汰!!
现在上网都是2M的还用什么AJAX  回复  更多评论   

# 3G时代到来ajax会淘汰 2008-01-30 08:44 马立杰

说实现的AJAX真没什么大用
现在都是.net时代了,AJAX可以淘汰了  回复  更多评论   

# .net 时代怎么了 2008-03-13 01:45 吐泡泡的鱼

.net 时代怎么了,.net时代就淘汰AJAX?我觉得AJAX在一些应用层面上还是很好用的,不过有时候会丢出一些莫名其妙的BUG。可是还是有很多人喜欢用,主要是有些方面AJAX确实很方便。所谓鱼的熊掌不可兼得吧。  回复  更多评论   

# re: 慎用AJAX框架 2008-04-11 17:59 挨踢的货

只要你懂xmlhttp,为什么非要用ajax呢,我从2000年开始使用xmlhttp,ajax刚出来的时候看了一眼,冷笑一声。所以争论没有意义,到处都是新瓶装老酒的故事  回复  更多评论   

# re: 慎用AJAX框架 2008-05-01 14:18 楼主

@读书、思考、生活
2、bug满天飞,那就说明是水平不到家
您的水平能高到没有bug?
  回复  更多评论   

# re: 慎用AJAX框架 2008-05-30 18:34 骄傲

ajax 要懂的原理,同意楼主,框架慎用
  回复  更多评论   

# re: 慎用AJAX框架 2008-06-20 22:36 夏如嘏

个人感觉, ajax 太复杂了会出现弊病,不仅仅是代码维护、DEBUG的问题。

不稳定的网络也是一个更大的杀手,因为你不知道什么时候在哪里,网络会出问题。

一个桌面软件的数据调用是内存、硬盘级别的,所以如果内存出问题、或者硬盘媒介出问题,软件就会报错、崩溃。

而ajax的数据调用是网络级别的,依赖的东西更多,客户端的内存、浏览器版本、网络质量、服务端的数据中心云云。

相比之下,出问题的频率、概率就搞得多了。

所以,我觉得AJAX没有必要搞得太复杂,10个独立的小型AJAX比1个庞大的AJAX要容易维护、开发得多。  回复  更多评论   

# re: 慎用AJAX框架 2009-01-14 15:08 阿斯顿飞

AJAX是中国技术领域的红灯区。。想爽,但又怕潜伏着危险。。。  回复  更多评论   


只有注册用户登录后才能发表评论。


网站导航:
博客园   IT新闻   Chat2DB   C++博客   博问