使用Dojo的痛苦经历

2007年6月项目准备开始了，刚来到一个新的项目组，什么都是新的，除了我自己。

需要一个新的框架来开发项目，香港的同事决定使用Dojo，DWR， 我开始学习使用dojo，时间很短，但是我还是基本上熟悉了dojo的基本控件和架构。在此基础上搭建起了项目的基本框架。这是一个单页面，基于ajax和dojo widget的系统，一切都那么的新奇，又充满挑战，但是既然dojo有这么多后台，又有香港同事的推荐，我显得自信满满。

框架搭建的同事，也开始后了紧锣密鼓的招兵买马，一起都像是从零开始。陆陆续续，招了5个程序员和一个测试员。开始了整个项目的快速开发，由于需求由香港负责，而且需求做的比较细致，基本上问题很少。Dojo 却是麻烦不断。

首先的一个坏消息是当我们做完了几乎全部300个页面的时候，dojo宣布0.43不在得到支持，取而代之是完全不同的dojo0.9。 而且dojo0.9 还不是稳定的版本，问题多多，让我们骑虎难下，最后还是决定按兵不动。 随之而来，是dojo1.0，dojo1.1 的陆续发布，但是一直都无法让我看到希望的曙光。 与之相对的是ext在国内的广泛使用和热烈追捧。

Dojo 的控件有很多奇怪的地方，日期选择控件的行为非常怪异，与国内的使用习惯很不相同。而且样式极其丑陋，当字体放大缩小的时候更是丑陋。显示的格式和保存的格式需要分别指定。我们修改了大量的代码。

dojo 的下拉框也被用户投诉，过滤之后一定要再选择一次或者按回车才能选定结果，前台值和后台值分开操作也带来很多不变。

dojo 的验证文本框颜色现实有bug，我们不得不修改代码

dojo的对话框也有问题，对话框中无法在弹出对话框。对话框的操作和控制很不灵活。

js代码不利于管理，容易发生命名冲突。

 

致命的问题发生在项目的后期，在客户的系统进行测试时发现。dojo的性能非常差，在赛扬2G的电脑上，一个页面显示的时间竟然需要17秒。简直就是噩梦。

另外使用dojo的对话框时出现cpu占用100%而且一直不回落下来。

页面载入完成的时候，它有将整个页面重新刷新一次，又需要花费额外的5到8s时间，不仅花费更多的时间，而且严重影响客户体验。

 

还有开发过程中碰到的无数问题，虽然一个一个被解决，但是无疑是一次一次痛苦的煎熬。

 

最后，在性能面前，我被dojo彻底打败，如此的速度是任何客户都无法忍受的，客户不可能为了这个系统全部升级电脑cpu。而且还有很多未知的问题可能还没有被发觉，不如内存泄露，可能导致资源耗尽，内存耗尽。cpu 的占用可能在使用时间长了之后越来越高，等等，这些都是我担心的问题。

 

使用Ajax或者说Rich client，一定要谨慎啊。使用新的技术和框架，一定要谨慎，这是我的教训，希望给同行们一个参考。

 

评论

52 楼 yuzexu 2008-05-30  

为什么没有人知道ZK,一个非常优秀的框架，wwww.zkoss.org

51 楼 cscs31 2008-05-29  

可是我觉得ext最大的问题是程序员一直都要写js，而现在很多java的程序员对js很惧怕。

50 楼 upup1000 2008-05-29  

哈哈，这么巧。去年6月，我是刚去一个公司。经理决定用dojo好像是0.43版本的。后来做了一个多月以后，经理突然说，用yui-ext(当时的叫法)。也就是extjs1.x版本。后来一直用extjs1.x版本做完了整个OA系统。今年三月末换到现在这家公司，转而研究Extjs2.0。现在觉得Ext还是一个比较不错的框架。只是Ext(包括现在的yui)都过于臃肿。

49 楼 KKFC 2008-05-28  

dojo有太多ajax开发中里面无中生有的东东，造成技术逾越的难度很大，而且提交的代码很可能是作者“我喜欢”就行了
反正是标准技术做的，就应该老老实实地straightforward，或者只专注做好UI.(找个几个美工强的会画画的去dojo画组件)

48 楼 shatuo 2008-05-28  

KKFC 写道

dojo的朋友们，不要自己骗自己了
顶楼上的
就很想说怎么不用yui，学习人家js架构也是瞒不错的

说dojo好的人的能力比较强，看中的(猜得)是dojo的易扩展性，能改成一个适合自己的样子，我不熟悉dojo，觉的dojo比较适合“个性化”，widget和render等等全是要自己去做。我猜在一些高手眼中，dojo就是一种框架了（猜得）。dojo的licence太宽松了，这可能就是大家用它的原因之一。

47 楼 KKFC 2008-05-28  

dojo的朋友们，不要自己骗自己了
顶楼上的
就很想说怎么不用yui，学习人家js架构也是瞒不错的

46 楼 xqstation 2008-05-28  

YUI才是王道。。。

http://developer.yahoo.com/yui/
当前版本2.5.1

YUI做界面的一些东西，Prototype处理下后台交互。。。还有啥搞不定的。。

45 楼 mkclawhammer 2008-05-27  

用软件不要用3.0版本以下的，好像哪个曾经说过。哈哈！struts除外！

44 楼 yiaduo 2008-05-27  

cats_tiger 写道

用dojo.require的确是恶魔，如果build到一个文件中，还不如用ext。用了很久dojo，最后放弃了，这个东西真是一个大杂烩。互联网项目可以用jquery，网络条件好的用ext

dojo至少给了你选择，ext,jquery呢。

43 楼 cats_tiger 2008-05-26  

用dojo.require的确是恶魔，如果build到一个文件中，还不如用ext。用了很久dojo，最后放弃了，这个东西真是一个大杂烩。互联网项目可以用jquery，网络条件好的用ext

42 楼 jelly 2008-05-24  

刚才测试了一下，widget 可以build 到dojo.js 里面， 周一到公司在测试一下性能。

41 楼 jelly 2008-05-24  

fyting 写道

jelly提到dojo渲染速度慢，首先你有没有给利用dojo的build进行打包呢？在局域网内网速足够快，但如果没有进行build，会有很多小的js和模板文件。而这些文件，都是dojo通过xhr动态载入的，浏览器允许的线程数量会限制动态载入的速度，多个文件载入时也有一定延迟，造成总体速度很慢。对于局域网用户，最好的办法就是build为一个大的js，然后用gzip把这个js发送到浏览器端，这样速度会提升很多。
在使用dojo做完一个项目后感觉，dojo就是个食之无味、弃之可惜的鸡肋。很多地方的代码写得很烂，或者是粗制滥造的，或者给你个玩具功能，一旦实际使用时发现要啥啥没有。但有些地方又有独到之处，至少没有任何命名空间、对象污染。dojo有一套看似完美的widget开发机制，可惜它自带的widget可用性都太低，用了过后简直是场噩梦：你不得不跟踪它的整个代码，观察文档未提及的行为。有些功能要么缺失，要么不完善，不得不按照它的思路添加很多东西。下一个项目，我会考虑轻便的jquery，或者先看下YUI能否胜任。太依赖框架，会造成许多东西不可控（也许EXT除外？）

fyting， 感谢你的建议。
我试过build dojo，使用了minimal profile， 确实生成的dojo.js 缩小了很多（从200k到20k），但是性能也没有明显的改善。
widget 的js应该还是从src目录里面动态载入的吧，应为dojo.js 里面只是一些dojo的核心代码。

40 楼 fyting 2008-05-23  

jelly提到dojo渲染速度慢，首先你有没有给利用dojo的build进行打包呢？在局域网内网速足够快，但如果没有进行build，会有很多小的js和模板文件。而这些文件，都是dojo通过xhr动态载入的，浏览器允许的线程数量会限制动态载入的速度，多个文件载入时也有一定延迟，造成总体速度很慢。对于局域网用户，最好的办法就是build为一个大的js，然后用gzip把这个js发送到浏览器端，这样速度会提升很多。
在使用dojo做完一个项目后感觉，dojo就是个食之无味、弃之可惜的鸡肋。很多地方的代码写得很烂，或者是粗制滥造的，或者给你个玩具功能，一旦实际使用时发现要啥啥没有。但有些地方又有独到之处，至少没有任何命名空间、对象污染。dojo有一套看似完美的widget开发机制，可惜它自带的widget可用性都太低，用了过后简直是场噩梦：你不得不跟踪它的整个代码，观察文档未提及的行为。有些功能要么缺失，要么不完善，不得不按照它的思路添加很多东西。下一个项目，我会考虑轻便的jquery，或者先看下YUI能否胜任。太依赖框架，会造成许多东西不可控（也许EXT除外？）

39 楼 KKFC 2008-05-23  

dojo在“开箱即用”上待加强。

38 楼 cscs31 2008-05-23  

我现在是dojo和struts2结合起来，自己写了一套标签封装dojo，来和struts2交互，单从开发的角度来说，还可以我觉得，层次比较清楚。
但是担心的是性能和未知的一些东西。

37 楼 smilerain 2008-05-23  

当我用dojo 做了2个页面后我就放弃了,dojo,
这些东西的性能,太老火,又大

36 楼 jelly 2008-05-22  

cscs31 写道

那么大家觉得现在的1.1版本如何？lz说的那些bug，1.1中依然存在吗？
原来听说过一个软件不到3.0不要使用它，现在觉得前台选择真的是很麻烦啊，举棋不定的。

1.0 好了很多，至少有人维护。
性能提高得到了挺高，据说一倍以上。
样式也好看了很多。
但是dojo还在一个快速变化和发展的阶段，版本之间的变化比较大，而且感觉widget还比较混乱，比如dojox就是一个大杂烩，dojo不可能直接拿来用就可以开发项目，他提供了很多实现的方式，但是怎么使用还是取决于使用者，甚至要自己修改代码，设计控件。
性能就看客户的环境和要求了，毕竟美丽是需要付出代码的，好的用户体验，操作方式，好看的控件等等都需要消耗更多的机器资源和人力资源。学习和使用dojo是需要花费时间的。

35 楼 xuyongping 2008-05-22  

http://www.ibm.com/developerworks/cn/web/wa-aj-perform/

这里有一个js 的测试跟踪工具。很好用可以看看帮你找到性能瓶颈所在。。挺好用的——firebug
太慢了。。发了两次。

34 楼 xuyongping 2008-05-22  

http://www.ibm.com/developerworks/cn/web/wa-aj-perform/

这里有一个js 的测试跟踪工具。很好用可以看看帮你找到性能瓶颈所在。。挺好用的——firebug

33 楼 founder 2008-05-22  

  我们的项目在2007年中旬，从dojo切换到ext。从实际使用上看，我们更偏向ext一些