dojo不是运行慢，是加载零碎文件太多慢。。你真正用的时候做custom build。来把常用文件自动整合到一起，就如飞了。。
【 在 ngugc (ngugc) 的大作中提到: 】
: 它自个主页上的表格例子经常导致chrome跑出来问这个网页死了没有。
--
FROM 114.250.86.175

我啥时候说过比mootools快了。。

而且这个东西不好比较吧。。唯一好比的就是css3 selector的性能。。这个dojo表现相当优异。。

【 在 ngugc (ngugc) 的大作中提到: 】
: 夸张了吧？
: 能有Mootools快？
: mootools网站上的那些demo效果多好看，就是缺少高级一些的组件。
: ...................
--
FROM 114.250.86.175

这个要看你往你的custom build里头require多少东西了。。你带入的越多自然越大，其实就和你正常的dojo.require之后下载的那堆文件combine起来的大小大一样大。。
【 在 ngugc (ngugc) 的大作中提到: 】
: 一个中等的应用，
: dojo custom build出来一般有多大？几百k？
: 当优异。。
: ...................
--
FROM 114.250.86.175

呃我不知道你是否理解的是对的，custom build一般来说，人们都选择build的效果是：
1. 还是一个完整的dojo，你用custom build和官方build，可以不用修改任何代码
2. 会有一些比较大的layer文件，就是一个文件里头相当于dojo.require了一堆模块，这个文件会把所有require的代码都打包在里头。。

然后我当时做过的一个比较大的项目里头，这个layer文件是gzip前900kb+，gzip后100kb吧。。
【 在 ngugc (ngugc) 的大作中提到: 】
: 有没有个参考大小？
: 比如你用dojo做过的项目中，一般有多大？
--
FROM 61.135.255.83