为何你应该选择Dojo？

目前Dojo在国内不是很普及，事实上，国内很多的DHTML/Ajax开发者非常讨厌Dojo，无论是因为不了解还是误解。
Dojo项目的负责人Alex在最新的一篇blog中，摆出了一副论战的架式，列举出了Dojo与其他流行的DHTML/Ajax组件库相比的优势。
http://dojotoolkit.com/book/dojo-book-0-9/introduction/why-dojo

我个人其实对未来的Dojo 1.0的前景还是相当看好的。即使各位不同意Alex的大部分观点，在目前群雄纷起的混乱局面中，Alex的观点也是很值得参考的。

被Alex点名的组件库包括：MochiKit、Prototype+Scriptaculous、YUI、JQuery、EXT、GWT。Alex颇有“燕人张翼德在此，汝等鼠辈放马过来与我大战三百回合”的气概，呵呵，扯淡。

好像没说什么实质性内容。DOJO那几个svg的demo，我始终打不开。每次浏览器都失去响应。而那个email的demo也一般，所以对它没有什么好感。

alex对ext的评价也不错嘛，疑问还是存于那个license

dojo我以前在项目中使用过，但超级慢，尤其在ie下，我使用了他的树，页面打开时无敌慢，后来还是改成用prototype+scriptaulous了，比dojo快很多，而且我在使用时，老是能把ie搞成ie非法操作，导致ie直接被强行关掉，或者就是ie死了，必须强关，后来再也不敢用了

alex其实也没说人什么不好。说来说去就这样几个：

没有大款可傍（not backed by a foundation）
祖上三代情况不明（code lineage is not verified）
捐献代码的版权不明
没有widget体系
没有namespace/package
没有build系统

它自己的优势就这几个：

允许外部代码提交者，没有知识产权问题。
自由许可证，匿名svn访问。
富客户端组件集，而且不与特定服务器端语言绑定（协议，而非api）。
大小和功能比较平衡，base部分跟prototype差不多大。
不怎么污染全局命名空间，不会踩着别人脚趾头。
有AOL的CDN。
package系统，按需载入。
基于markup的widget系统。

dojo有大款傍，这就不用说了。至于什么知识产权问题，那也属于鸡蛋里挑骨头。没有widget，那人家不想做这个，可不可以哩，所以也不是大问题。dojo的namespace/package系统其实不是很出色，也就一般。build系统，还可以，但是应基于一个很好的package体系，所以好处有限。CDN这个要有人（钱）支持。总之，我认为dojo相比其他的，如果有什么明显优势，主要是有大款傍（不要小看这一点哦）。

我在Windows上用IE6、Firefox2、Opera9、Safari3 beta这几个浏览器打开，SVG的例子都可以看到了。不过在Safari3上问题比较大，图形无法旋转。等Safari3 for Windows正式版出来，也许会有好转。性能表现最好的是Opera9。
http://dojotoolkit.com/demos/tiger

对页面的侵入比较严重

那几个demo很容易造成ff假死，一般要等个几分钟之后才有动静。

其实那是dojo的部署方式造成的。dojo的demo都是动态加载库的，也就是根据require声明动态载入这个script，这种方式有的时候会感觉启动的比较慢。
但是dojo可以打包，它会把应用的所有依赖打包为一个js，这样载入时间会快很多的。

AOL的email也用dojo的。dojo的绘图库的确是亮点呀。

可是，dojo的问题在于API超级不稳定。估计这里很少有人用dojo开发过比较大的RIA项目，每次dojo新版本出来你就发现你正在用的API已经面目全非……哭死。

1.0还是非常值得期待的，可是这次被精简后的dojo不知道能否保持API稳定。