使用Dojo的痛苦经历

家家都有本难念的经，难为了Ajax库开发者，难为了Ajax库使用者！
希望付出了就能有回报，总之在开放性的web技术上，我们相信路线是正确的！

模板的问题，需要用internstring做提取，然后缓存这个string效率会好很多。
使用dojo,和jquery等比较，它不算是lightweight的，因为他考虑了太多，而他所考虑的大部分内容目前还不是国内的大部分开发用户所能考虑到的。
如果你的代码从长远的考虑要考虑各种应用环境，支持各种语言，要卖到国外去，要做到没有license的问题，要想以后做offline,air等有可能会做的事情，dojo应该是目前来看好的选择。

dojo没那么差了，我以前用过，不要用dojo.require，把你用到的文件，打包，压缩，cache，性能还是可以的。

不过dojo需要自己修改的地方确实挺多的，我用的是0.31.

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

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

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

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

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

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

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

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

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