关于dojo的几个问题，高手来拿分！！

Question

问题一：
你们为什么不用prototype而要用dojo呢？
prototype才47.3K
而dojo有147K----太大了吧 
问题二：
我们使用的时候，一般引用dojo.js就可以吧。。但是src目录下的众多js文件是做什么用的呢？它们跟dojo.js又有什么关系呢？问题三：
dojo-0.4.2不能在ie7.0上用？=========================如上三个SB 问题，请高人指点。谢谢

Answer 1

1.dojo内核比prototype的功能要复杂，因为实现了对命名空间的解析，其次dojo支持跨域类库的动态载入，dojo内核还加入了对dom,xml的解析和操作，以及widget的初始化。所以比prototype大。
2.汗
3.能
另外dojo比prototype的好处在于它不会侵入原始的js类，便于与其他框架集成。但dojo也有很多弱点，最明显的就是效率问题

Answer 2

先回答2:dojo.js是基本的算是控制dojo的js库, src下面是已经做好的组件,你可以直接用他们 src下面的组件. 如果不喜欢还可以定制 或者修改组件来使用.  如果只有一个dojo.js,那么你不是还要从头做起吗?多不爽啊就象eclipse,你不会就只使用光突突的eclipse(没有任何插件),或者辛辛苦枯的自己下载插件配置,还是myeclipse好 哈哈1:他是很大,那时因为2中已经说的它带有别人已经开发过的组件,不过你可以用那些包含那些,不是就不大了吗? 
 prototype只是一个核心引擎,很少有人用它直接开发应用,都是它的基础上开发应用包,然后再使用应用包 例如scriptaculous包3:能! 

Answer 3

wangfu(蓝天)---就一个dojo.js就有147k了。还不算大吗？

Answer 4

确实算大，不过这还不是最关键的。问题在于dojo在动态载入js库时会发出很多ajax请求，一旦并发量增大，服务器很可能顶不住压力。我在做www.mashkit.com的时候曾经使用dojo作js引擎，后来发现载入一个带TabbedPane的widget页面需要将近半分钟的时间，而且由于dojo载入包是同步的，导致浏览器假死。

Answer 5

对于一般的项目,dojo确实不合适,用prototype或jQuery要舒服的多,对于楼上的问题应该可以用dojo自带的打包机制优化一下

Answer 6

我来试回答一下楼主的第2个问题。
关于dojo的加载问题，dojo.js文件确实显得太庞大，加载的时候很慢。其实，我们只需要在页面中依次加载src目录中的bootstrap1.js、loader.js、hostenv_browser.js三个文件就行了。这三个文件的体积都很小，所以速度很快。
如果你使用dojo的包加载机制写了很多的.js文件，只需要使用dojo.registerModulePath('XXXX', 'XXX')注册一下目录就行了。

Answer 7

如果你喜欢自己封装界面等 那就用prototypehy_radium(一叶扁舟) 说的对,加载那三个文件就行了,这样体积也小很多了.看了别人在prototype的基础上封装的包也很大(不知道多大才算大)

Answer 8

to engzs(星期五):
问题的关键不在于网络的带宽，而是连接的数量。通常一个页面要建立十几个链接。特别是有自定义widget的时候。而且dojo解析widget也是很耗客户端资源的。

Answer 9

不是吧prototype我都还没搞明白呢