认识Dojo中的界面控件：Dijit

刚才看了下源码，Dojo貌似采用的是同步ajax来加载JS文件，然后每个子文件又可能有其它的依赖加载。
当模块依赖层次一多，这个加载时间就……
实际使用中你们有优化吗？
Ext中没有相关的代码，所以我们参照网上的各种实现，结合自己的框架做了个异步加载，体验性比同步加载应该要好不少。

还有，OPOA中有两个很严重的问题：内存泄漏与性能
ExtJS在3.1基本已经消灭了基础组件的内存泄漏，不知道Dojo在这方面做得怎么样？
性能方面，JS RIA最大的性能消耗还是在Dom操作上。在Ext中有一些针对性能问题而开发的第三方组件，比如大量数据的Grid，可以使用BufferView；CardLayout可以让未显示的组件暂时不创建Dom节点。Dojo这方面支持多么？（据网上很久前的一篇文章介绍，Dojo性能方面做得不够好）

...大哥,我测试怎么dojo最慢呢
MooTools 1.2 JQuery 1.2.6 Prototype 1.6.0.2 YUI 2.5.2 Selector beta Dojo 1.1.1
     62                   41                  179                              196                        270

...大哥,我测试怎么dojo最慢呢
MooTools 1.2 JQuery 1.2.6 Prototype 1.6.0.2 YUI 2.5.2 Selector beta Dojo 1.1.1
     62                   41                  179                              196                        270

有优化。所有正式发布的Dojo应用都要打一个Build，将这些小文件打成一个单独的较大的文件，从而能大大减少这方面的开销。ShrinkSafe，你可以查查这个。
Dojo强力的Grid组件，比如EnhancedGrid，支持延迟加载。

有的项目很大，是不可能所有文件都合并起来的（大于500个文件，总代码10W行以上）
ShrinkSafe查了下，是类似YUI compressor的压缩工具，但它对实际运行性能并无帮助，顶多优化初次下载速度，并稍微保护下代码。我们用的是google closure，效果还不错，比YUI的压缩率要高，并且还对中文进行了编码。

EnhancedGrid没看出什么头绪，呵呵……
ExtJS的实现倒不错，只用替换一下View模块就可以了，它实现的功能很简单，只渲染你能看到的数据的Dom节点。

...大哥,我测试怎么dojo最慢呢
MooTools 1.2 JQuery 1.2.6 Prototype 1.6.0.2 YUI 2.5.2 Selector beta Dojo 1.1.1
     62                   41                  179                              196                        270

有的项目很大，是不可能所有文件都合并起来的（大于500个文件，总代码10W行以上）
ShrinkSafe查了下，是类似YUI compressor的压缩工具，但它对实际运行性能并无帮助，顶多优化初次下载速度，并稍微保护下代码。我们用的是google closure，效果还不错，比YUI的压缩率要高，并且还对中文进行了编码。

EnhancedGrid没看出什么头绪，呵呵……
ExtJS的实现倒不错，只用替换一下View模块就可以了，它实现的功能很简单，只渲染你能看到的数据的Dom节点。

看样子Dojo的自带加载机制只适用于小应用，复杂的应用考虑到效率还是要异步加载才行。
并且，Dojo的依赖只有加载后才知道，所以导致了串联加载。（可以使用静态依赖解决此类问题，一次性将所有依赖计算出来，同时并发请求）

这样看来几乎没什么框架能做到尽善尽美，很多时候框架只能给个高些的起点而已，更多的还是要看设计扩展能力。

Release应用中不会有串联加载，因为build过程会把所有依赖关系的文件package成一个。
曾经也仔细思考了下为什么几乎所有著名框架都没有异步加载代码机制，难道那些人都这么笨么。。后来发现其实真的没有那么必须。