使用Dojo的痛苦经历

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的核心代码。

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

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

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

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

YUI才是王道。。。

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

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

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

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

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