Dojo vs YUI / YUI-EXT vs Prototype / Scriptaculous vs Mochi

Dojo有问题是肯定的。我的意思只是说，不要那么主观看待问题。既要看到它的缺点，也要看到它的优点。这个话有点像鬼话，我就不多说了。

在目前来说，Dojo确实没有达到产品级的品质，这主要是它的Widget这个部分，稳定性还不够，另外性能也有一些问题。dojo.io、dojo.lang、dojo.event还是很稳定的。

所以目前做产品开发，基于yui-ext是一个更好的想法。但是最好保持对于Dojo的关注，因为它背后得到的支持是最大的。Dojo的核心开发人员已经注意到了这些问题，正在努力解决。

在一个开源软件尚未成熟之前，没有必要把它说死。我在2001年就支持Mozilla，并且与一些人争论，那个时候Mozilla还是个丑小鸭呢。

jindw说的Dojo对于代码的侵入性，我不是非常理解，因此希望他能进一步解释一下。我也是抱着学习的态度来讨论，想在这里向大家偷学几招。

不过在我看来，如果对于一个基于HTML/CSS/DOM开发的Widget来说，首先要考虑的并不是对于原有代码的侵入性（侵入性、IoC对于JavaScript或者Ruby这类动态语言，如何来定义，我也不是很清楚），而是对于原有页面的侵入性。
Unobtrusive是一种对于DHTML组件设计水平的判断标准。按照这个标准设计的组件，可以比较无痛地应用在现有的页面中，而不需要对页面做很多的改动。
Unobtrusive JavaScript在即将出版的《ppk on JavaScript》中有介绍。

to jianfeng008cn：
去年主要是介绍了几本Ajax图书进来，希望对于国内的Web前端开发者有所帮助。另外我还要忙我们的产品开发，实在抽不出身。Ajax中国网站的可用性问题非常严重，我们会努力解决的。

我认为dojo对于基于js的RIA拥有比较好的理解，比其它方案更加完整和贴近w3c的思路，因此可以考虑以dojo为基础搭建应用，如果有必要，也可以融入其它方案。

我现在的做法是以dojo为基础，结合jsonrpc的方式，用客户端的方式理解browser。
谈到dojo的缺陷，我们在开发中也遇到了，不过问题不大，如果不是为了能够接受后面新版本的功能，改一个bug也不是很难（我自己学js也时间不长，带的人也都是，边做边学习）。现在的困难是我的E文不好，不然的话，采用与dojo团队协作的方式比较好。

另外，以后如果有可能，我希望能够整合GWT和flash，毕竟前者能够有效的利用swing开发人员的工作，后者是多媒体支持不可越过的工具。

"用客户端的方式理解browser"
说得好，对于我们开发者，这是Ajax给我们带来最大的变化。以往我们都是用Server"供及"给Client，Client完全没有主导地位。Ajax的做法则是把这种做法调转过来

人民邮电出版社已经出版了一本《征服Ajax：Dojo、Prototype、script.aculo.us框架解析与实例》，写的很不错。想要了解Dojo的朋友找来看看吧。

http://www.dearbook.com.cn/book/129224

比较看好yui-ext.