Dojo：不容忽视的RIA框架

作者王沛发布于 2010年12月9日

领域语言 & 开发主题 Dojo,JavaScript,Java,动态语言,RIA,Dojo之美,专栏

新浪微博腾讯微博豆瓣网 Twitter Facebook linkedin 邮件分享更多 0

受邀写这样一个专题，非常乐意。这也让我看到了infoQ是一个真正以技术为导向的社区，不追求最热的话题，只看技术的价值，很欣赏。

为什么选择Dojo？

看完前一段，一定会有人说，Dojo给人的印象没有强大，只有庞大，难用以及糟糕的性能。这完全可以理解。Dojo文档的缺乏，社区的不活跃，相对严格的设计模式，让很多初学者难以上手，于是转投用起来更加友好的其它框架。这是一个偏见导致的恶性循环，造成用Dojo的人始终不多。而消除偏见，正是这个专栏的目的。

如果我们相信大公司CTO的眼光，不妨先看看Dojo的这些用户：

这只是Dojo用户的一小部分，实际用Dojo的公司更多，甚至中国的腾讯，百度。如果觉得这些公司的技术离自己很远，那么Java的Struct 2框架内置Ajax模块用的是Dojo，也许更能说明Dojo的价值。

为什么选择Dojo？这个问题其实很大，也许当你看完整个专题系列，心中自有选择。但在这里，我还是想先简单列出一些Dojo有吸引力的特性：

特性	描述
优秀的面向对象体系	类定义，多继承，基类方法调用，在Dojo中都设计的自然而合理。良好的OO体系，是大型应用的基础。
命名空间	和Java一样的命名空间管理，对应文件夹层次结构，让我们能有效管理大量源代码以及他们的依赖关系。
Dijit界面控件系统	Dijit是Dojo的最大特色，它很容易创建和使用，方便了界面模块化开发且易于维护；基于内容构建的天然特性更方便创建SEO优化的Ajax页面。
严格的设计模式	很多人说Dojo难用，严格的设计模式是一个重要原因。很多东西也许第一眼看上去不是很直观，但一但掌握，用这种风格写出的代码会非常容易扩展和维护。
灵活的单元测试框架	DOH是Dojo自带的测试框架，除了标准的函数级别单元测试，你还能用它自动控制鼠标移动和点击来进行自动的界面测试。而且DOH同样可以用于非Dojo框架的其它Ajax测试。
强大的构建工具	Dojo的Build工具其实有很多限制，需要遵循一定的编码规范，这为丰富的功能提供了前提。它能自动处理文件依赖关系，自动分离i18n文件，自动嵌入模板文件，让交付的系统运行的更快。

性能其实很优秀

性能很难对比，即使相同的一个Calendar控件，功能都会有差别。这里从2个点来看性能问题：DOM节点的查询速度，以及Dijit展现的速度。前者大家的功能完全相同，可以有个比较；后者则专属Dojo，看看绝对的性能。

（1）节点查询速度

JQuery最早引入基于CSS选择器进行DOM节点查找的机制，也是其最大特征。如今成为了各个框架都具备的功能。这应该算是最能体现Javascript算法设计的一点。下图来自于：http://blog.creonfx.com/javascript/mootools-vs-jquery-vs-prototype-vs-yui-vs-dojo-comparison-revised

是各个框架查询速度的对比，时间越少表示性能越好。虽然用的版本比较老，但在查询的实现上各个框架都没有太大的变化。

一图胜千言，Dojo的性能优势一目了然。如果你想亲自做这个测试，可以访问如下地址。

http://mootools.net/slickspeed/

（2）Dijit展现速度

Dijit是Dojo的界面展现体系，性能好坏直接决定着页面的响应速度。在声明方式下，Dojo需要遍历页面Html找到所有的Dijit进而创建并展现它们。这个过程比你的想像要快的多，Dojo的ThemeTester是一个很好的例子：

它的访问地址是：http://archive.dojotoolkit.org/nightly/dojotoolkit/dijit/themes/themeTester.html

此页面包含了399个Dijit，全部通过声明方式创建。在FireFox3.6下总共的展现时间是2000ms左右，平均一个Dijit用时5ms。页面中包括了多个Tree，多个TabContainer，多个Menu以及富文本编辑器这样的复杂Dijit。因此，如果你发现你的界面远没有这么复杂，却展现的很慢，通常需要检查自定义的Dijit设计的是否合理。

综上所述，Dojo本身，包括自带的Dijit，拥有着相当不俗的性能。至于如何写出高性能Dijit，正如如何写出高性能的JQuery插件，需要的是经验和积累。

性能是软件开发的一个永恒话题，无处不在。没有一个统一的解决模式，桌面程序也好，Web程序也好，要提高性能，合理的设计、高效的算法永远是解决问题的王道。而Dojo在这一点上，绝不会是你的绊脚石。

开始使用Dojo

作为专栏的开篇，这里并不会详细介绍很多具体的技术细节。而是通过几个重要Dojo相关网站的介绍来了解Dojo，如下表所示：

网站	介绍
Dojo官网	本质上官网总是没有太多实际性的作用，作为一个产品门户，起到总体介绍的作用，内容相对很少，而且个人觉得Dojo官网的设计实在差强人意，很多过期内容，而且导航非常不便。
Dojo下载地址	在这里可以下载到所有的Dojo稳定版本，每个版本都有几个不同的包可供下载，以dojo1.5为例： dojo-release-1.5.0.zip Dojo标准包，已经压缩，可供生产环境直接使用。 dojo-release-1.5.0-src.zip Dojo源代码，包含测试，build工具，开发环境使用，方便调试。另外这个包下面包含了所有的test case，通过它们能快速掌握各个控件的用法。 dojo-release-1.5.0-docs.zip Dojo离线文档，内容与http://api.dojotoolkit.org基本相同，但没有在线的使用方便，一般直接看在线文档即可。 dojo-release-1.5.0-demos.zip Dojo功能演示，其实这是非常直观的一块，可以看到很多很酷的用法，每个Demo都有具体的代码示例。下载解压后放到dojo同级目录即可使用。 dojo-release-1.5.0-shrinksafe.zip Dojo的build工具，通常专用于Dojo，已经包含在src包里，如果要用于其它的Javascript程序打包，可单独下载。
在线API手册	经过改版，最近刚刚推出。相对于旧版本已经方便很多。可以查到所有类的属性，方法，事件的介绍和使用示例。
Dojo Campus	在这里能找到几乎所有的类或方法的使用guide，相当于Dojo的Wiki，内容不断更新。通常在google中搜索Dojo API，来自Dojo Campus的是最有价值的。
Sitepen	这是来自Dojo创建者的博客，里面会有Dojo相关的技术文章，也会有业界的一些观点文章。
Dojo中文博客	近期比较活跃的Dojo中文博客，包括原创内容以及国外Dojo技术文章翻译。翻译部分基本会同步于Sitepen的文章。

捷径：从Dojo Test Case学习Dojo控件用法

除了上述网站之外，有一个快捷学习使用Dojo的方法，就是看Dojo Src包下面的test case。在源代码包下面（例如dojo-release-1.5.0-src.zip），每个命名空间下都会有一个tests目录，这里面包含了每个控件或者工具类的各种用法的实例，通过它们能够快速上手它们的用法。例如：

http://yourhost/dojoroot/dijit/tests/test_Dialog.html，这个页面就展示了Dialog的各类用法。任何一个Test Case都是一个完整的Dojo环境，你完全可以模仿它写出自己的第一个Dojo程序。

从对象、事件、闭包看dojo对javascript的扩展

和任何一个Ajax库一样，Dojo对Javascript语言本身也做了扩展，例如用dojo.forEach来方便的遍历一个集合。因此如果熟悉了一个框架，上手Dojo基本上只需要熟悉不同的API命名方法，dojo的这些功能基本都在dojo命名空间下，通过dojo.doSomething()的形式来调用，或者dojo.string.doSomething()这样的形式。

在这个功能上我们从3个方面的例子来看dojo。

（1）面向对象支持

开始写代码之前，我们先为源代码位置指定一个命名空间，用如下代码：

dojo.registerModulePath('com.infoq','../infoq');

第一个参数表示你的根命名空间，第二个是相对于dojo.js的目录。这样整个目录结构如下：

/script 
/dijit 
/dojo 
/dojox 
/infoq

你可以注册多个命名空间到多个文件夹，方便组织源代码文件。这个结构和java非常类似，甚至比java少了com/infoq这样的多余目录。下面的代码就定义了一个Dojo类，这个类文件位于infoq/demo/Class1.js。代码中示例了继承，基类方法调用，构造函数的使用。

dojo.provide('infoq.demo.Class1'); //dojo特有，表明这个文件所属命名空间 
dojo.require('infoq.BaseClass'); //引入基类定义 
dojo.declare('infoq.demo.Class1',[infoq.BaseClass],{ //类定义 
   constructor: function(){ 
      //构造函数代码逻辑 
   },doSomething: function(){ 
      //调用基类infoq.BaseClass的doSomething方法 
      this.inherited(arguments); 
   } 
});

示例中演示了Dojo的类定义，继承，基类方法调用的方法。可见其过程与传统面向对象的编程非常类似。Dojo中通常一个类就是一个文件，并且文件路径和dojo.provide声明的类路径严格对应。

（2）事件支持

Dojo事件系统最大的特点是统一了DOM节点的原生事件和自定义事件，例如：

var handler = dojo.connect(obj,‘onLoad',callback);

这个onLoad可以是DOM节点的原生事件，也可以是obj对象的一个纯javascript方法，调用onLoad的参数也会传个callback方法。dojo.connect函数返回一个handler，可以用dojo.disconnect(handler)的方式取消一个事件的绑定。

（3）闭包及dojo.hitch

闭包是javascript的重要特色，它让函数回调的定义变的非常便捷。当年看到Prototype提供的Function.bind方法惊为天人，dojo中也提供了同样功能的函数：dojo.hitch。假设某对象的定义如下：

var obj = { 
   doSomething: function(arg1,arg2,arg3){ 
      //code 
   } 
};

那么要把obj.doSomething进行一个闭包封装可以使用：

var callback = dojo.hitch(obj,'doSomething','arg1Value');

那么执行：

callback('arg2Value','arg3Value');

完全等价于：

obj.doSomething('arg1Value','arg2Value','arg3Value');

可以看到dojo.hitch甚至可以连接2个部分的参数传递，这个功能非常有用。

忘掉$(id)，看Dijit中如何使用DOM节点

$(id)曾经是Prototype框架的特色，也是大家最为津津乐道的常用函数。后来各个框架均提供并加以扩展（JQuery中用于基于CSS选择器的节点选择）。dojo中也有一样的函数：dojo.byId(id)。但与其它框架对于$方法的不可或缺相比，dojo.byId使用非常少，因为它意味着对DOM节点的紧密耦合。Dojo中严格的模块化设计思想极力避免紧密耦合的出现。

开发中用到DOM节点时，通常和UI相关，而Dojo中所有对UI的操作和渲染都抽象成Dijit的形式，对于复杂的UI结构，可以嵌套使用Dijit。创建Dijit有2种方式，一种基于已有DOM节点，另一种基于模板。

（1）使用已有DOM节点创建Dijit

首先自己定义一个Dijit：

dojo.declare('infoq.demo.SomeDijit',[dijit._Widget],{ 
   //dijit code 
});

然后在页面中以声明方式创建实例：

<div dojoType="infoq.demo.SomeDijit" sampleProp="sample"></div>

那么在Dijit中的代码就可以用this.domNode来引用到这个节点。而不再需要通过dojo.byId的方式来获取DOM节点的引用。

（2）使用模板创建Dijit

顾名思义，模板定义了一个Dijit的骨架，假设有如下Dijit定义：

dojo.declare('infoq.demo.TemplatedDijit',[dijit._Widget,dijit._Templated],{ 
   templateString: dojo.cache('infoq.demo','templates/templated_dijit.html') 
   intro: 'demo template introduction' 
   //dojo.cache用于直接获得指定文件内容，会在build时自动嵌入代码 
   //templateString定义了一个dijit的模板内容 
   //other code 
});

这就创建了一个基于模板的Dijit，模板文件位于script/infoq/demo/templates/templated_dijit.html（前面我们已经注册script/infoq对应于infoq命名空间）。假设模板文件内容如下：

<div> 
   <img src='xx.png' dojoAttachPoint='imgAvatar'/> 
   <p dojoAttachPoint='introductionNode'>${intro}</p> 
</div>

那么在页面上的Dijit就会以这个模板为骨架。在dijit代码中，可以使用this.imgAvatar来使用img节点。这里的dojoAttachPoint就是模板dijit中的特有属性，用于获取模板中包含的DOM节点或者Dijit的引用。例子里模板文件中的${intro}则会直接被替换为实例对象的intro属性。

测试及Build工具

测试及Build是完整开发的重要组成部分，如果大家感兴趣，在后续系列中将详细介绍这两块内容，这里作一个简单的介绍：

（1）测试工具：D.O.H

DOH全称是Dojo Objective Harness，是一个基于Dojo的单元测试工具，具有如下特点：

既能够测试基于Dojo框架的Ajax应用，也能够测试基于非Dojo框架的Ajax应用（老版本只支持Dojo框架的）。最新版本现在是0.9（独立于Dojo版本）。而且是08年就发布的，可见其还是相当稳定和够用的。
能够将多个单元测试用例（多个javascript，html）文件，在同一个界面上集中展示测试结果。
既可以在浏览器中运行测试，也可以用命令行的方式来运行测试，命令行方式仅限于纯javascript代码的测试。
提供基于浏览器的Robot插件，用于模拟鼠标键盘操作，方便界面测试。

大家可以通过http://yourhost/dojoroot/util/doh/runner.htm来运行Dojo自身的单元测试，体验其强大的功能。下面是其运行结果截图：

（2）Build工具：Shrinksafe

ShrinkSafe同样独立于Dojo，但针对Dojo特别优化，用于打包和压缩Ajax应用。其主要提供了如下功能：

自动处理源文件的依赖关系，打包多个文件到一个文件
压缩javascript代码，去除注释，无用空白等
处理及打包i18n文件
自动嵌入dojo.cache引用的文件（如dijit的模板文件）

通常经过build过的代码，体积会减少30％左右，并且因为将多个文件打包成一个，大大加快了浏览器加载速度，让交付的应用程序运行的更快。

这就是Dojo

看完上文，相信大家对Dojo有了一个大概或者更深入的了解。一直以为Dojo是一款强大的工具，熟练掌握能让你的开发事半功倍。而Dojo的难用让它的用户相对较少，尤其是在国内。本文的目的正是希望通过对Dojo的系统性介绍，消除大家对Dojo的偏见，或者帮助那些想用Dojo的人用好Dojo。

如果大家有任何问题或建议，或者希望看到哪些具体的Dojo功能介绍，欢迎留下评论，会在后面的文章中针对热点问题进行详细介绍。

感谢张凯峰的策划以及审校。

给InfoQ中文站投稿或者参与内容翻译工作，请邮件至editors@cn.infoq.com。也欢迎大家加入到InfoQ中文站用户讨论组中与我们的编辑和其他读者朋友交流。

您可能也会喜欢

31条回复

关注此讨论回复

测试过了，还是jQuery方便快捷。发表人 yu bingxing 发表于 09/12/2010 02:13

Re: 测试过了，还是jQuery方便快捷。发表人 Kevin Hou 发表于 09/12/2010 02:30

Re: 测试过了，还是jQuery方便快捷。发表人 Zhao Qing 发表于 10/12/2010 10:22

经过测试，在 IE6下 UI 很卡发表人 w NO777 发表于 13/12/2010 12:11

Re: 测试过了，还是jQuery方便快捷。发表人 Young Haolin 发表于 15/12/2010 12:20

收藏了发表人叶楠发表于 09/12/2010 02:15

Dojo: more than a toolkit 发表人徐明君发表于 09/12/2010 03:24

拜读了- 发表人 ye cheng 发表于 09/12/2010 04:22

已经在项目中用了半年了，觉得非常不错。发表人谢艳平发表于 09/12/2010 05:18

Dojo确实不错，虽然在国内人气不旺发表人 he zhigang 发表于 09/12/2010 08:35

性能对比选的版本确实都太老了，不具有参考价值发表人 Li Richard 发表于 09/12/2010 11:52

Re: 性能对比选的版本确实都太老了，不具有参考价值发表人王沛发表于 10/12/2010 10:07

Re: 性能对比选的版本确实都太老了，不具有参考价值发表人 Li Richard 发表于 10/12/2010 10:38

Re: 性能对比选的版本确实都太老了，不具有参考价值发表人王沛发表于 10/12/2010 10:59

请各位同学随手将自己的账号更新为中文发表人霍泰稳发表于 10/12/2010 11:51

Re: 请各位同学随手将自己的账号更新为中文发表人叶楠发表于 10/12/2010 12:22

Re: 请各位同学随手将自己的账号更新为中文发表人霍泰稳发表于 10/12/2010 01:12

Re: 性能对比选的版本确实都太老了，不具有参考价值发表人叶楠发表于 10/12/2010 11:59

Re: 性能对比选的版本确实都太老了，不具有参考价值发表人 Ys Chris 发表于 15/01/2011 02:26

Re: 性能对比选的版本确实都太老了，不具有参考价值发表人王沛发表于 19/01/2011 08:33

支持dojo 发表人施瑞琦发表于 10/12/2010 03:57

没有过，观望中发表人王杰发表于 10/12/2010 05:53

Re: 没有过，观望中发表人华杰杨发表于 22/12/2010 10:37

zend framework对dojo整合得很好发表人 Ting Wang 发表于 11/12/2010 00:34

dojo性能确实有点.. 发表人強周发表于 13/12/2010 08:34

Dojo 的确是一个很 NICE 的框架发表人 Angel Black 发表于 14/12/2010 09:54

Re: Dojo 的确是一个很 NICE 的框架发表人费伽发表于 15/12/2010 10:51

老的测试截图不给力啊发表人 hong hao 发表于 16/12/2010 10:00

顶呀顶发表人陈园军发表于 19/12/2010 07:49

在用struts2的时候，我一直都是把dojo禁用掉的，因为老是有javascript 错误，看上去太不专业了，给客户影响不好发表人华杰杨发表于 22/12/2010 10:37

目前我们公司也决定采用dojo! 发表人囧南风囧发表于 15/01/2011 10:15

按日期倒序排列

返回顶部

测试过了，还是jQuery方便快捷。

09/12/2010 02:13 发表人yu bingxing

测试过了，还是jQuery方便快捷。

回复

返回顶部

收藏了

09/12/2010 02:15 发表人叶楠

拜读，收藏了！

回复

返回顶部

Re: 测试过了，还是jQuery方便快捷。

09/12/2010 02:30 发表人Kevin Hou

初级使用者大多喜欢卡片机，因为方便快捷

回复

返回顶部

Dojo: more than a toolkit

09/12/2010 03:24 发表人徐明君

看到行家里手了～
dojo.go.go.go();

回复

返回顶部

拜读了-

09/12/2010 04:22 发表人ye cheng

拜读了-

回复

返回顶部

已经在项目中用了半年了，觉得非常不错。

09/12/2010 05:18 发表人谢艳平

已经在项目中用了半年了，觉得非常不错。

回复

返回顶部

Dojo确实不错，虽然在国内人气不旺

09/12/2010 08:35 发表人he zhigang

Dojo的大企业客户还有一个ESRI，做GIS的ESRI的javascript api for arcgis也是基于Dojo实现的
展现webgis，那么大的json+ajax数据响应，我感觉jsapi是比flash方式要快

回复

返回顶部

性能对比选的版本确实都太老了，不具有参考价值

09/12/2010 11:52 发表人Li Richard

别的没有研究，jQuery 1.3比1.2.6有巨大的性能提升，可以参考官方文档:docs.jquery.com/Release:jQuery_1.3，之后的1.4又比1.3的性能有显著的提升，可以参考官方文档：jquery14.com/day-01/jquery-14，我不知道作者是如何得出“查询的实现上各个框架都没有太大的变化。”这个结论的，但在我看来，起码jQuery的性能有长足的发展。

回复

返回顶部

Re: 性能对比选的版本确实都太老了，不具有参考价值

10/12/2010 10:07 发表人王沛

感谢指出！这点确实不够严谨。因为我用mootools.net/slickspeed/实际测试，用的就是jquery1.4。基本也符...

回复

返回顶部

Re: 性能对比选的版本确实都太老了，不具有参考价值

10/12/2010 10:38 发表人Li Richard

我的想法是，既然您都写了这篇文，mootools的slickspeed工具又是开源的，不如花点时间自己测试一下几个主流框架的最新版本的表现，以免误导读者（其实这个页面还在用Dojo 1.1.1而不是最新的1.5，对Dojo更加不公平）。我也用了那个mootools的测试页面，结论和你的测试不太一样。在我机器上Dojo 1.1.1能够完全通过测试的浏览器只有chrome 8 for Mac，但在这个环境下，Dojo 1.1.1的final time值为19，jquery 1.4.2为2，Safari 5.0.3 for Mac,Firefox 3.6.7 for Mac下，Dojo的执行时间确实比其他几个框架更短，但是都有3个错误发生，在IE 9 beta下更是离谱到所有测试都返回错误，而其他框架均无此问题。另外，我刚刚有看了一下jQuery 1.4.3的release note，发现在某些方法上1.4.3比1.4.2的性能又又了大幅提升(参考jQuery官方blog:blog.jquery.com/2010/10/16/jquery-143-released/)。

回复

返回顶部

Re: 性能对比选的版本确实都太老了，不具有参考价值

10/12/2010 10:59 发表人王沛

对于性能这一节，我的主要目的是想说明Dojo并不是大家感觉的那样一直性能很差。所以重点不在是否最新版本，数据引用的来源是公众认可并有一定影响力的一个测试，我想比自己的测试结果更有说服力。如果通过自己测试，比较最新版本在各个浏览器的最新结果，那可以是另外一个专门的话题：）

回复

返回顶部

请各位同学随手将自己的账号更新为中文

10/12/2010 11:51 发表人霍泰稳

楼上的各位兄台，如果方便，请在“首选项”里将自己的姓名更新一下，像我一样更新为中文姓名“霍泰稳”。我们的目的是希望为InfoQ的读者营造一个简单、纯净的交流环境；另外中文姓名的读者可以优先参加InfoQ定期举办的如QCon、QClub这样的活动。

——InfoQ中文站总编辑霍泰稳

回复

返回顶部

Re: 性能对比选的版本确实都太老了，不具有参考价值

10/12/2010 11:59 发表人叶楠

希望能继续展开，支持一下

回复

返回顶部

Re: 请各位同学随手将自己的账号更新为中文

10/12/2010 12:22 发表人叶楠

总编出马了，我来顶一下

回复

返回顶部

Re: 请各位同学随手将自己的账号更新为中文

10/12/2010 01:12 发表人霍泰稳

我确认叶楠和王沛都是好同志！Li Richard、Ye Cheng等同学修改了之后也是好同志：）

回复

返回顶部

支持dojo

10/12/2010 03:57 发表人施瑞琦

CTO如果能够培养出一支能够熟练使用dojo开发的团队，是非常有竞争力的.

回复

返回顶部

没有过，观望中

10/12/2010 05:53 发表人王杰

如题

回复

返回顶部

Re: 测试过了，还是jQuery方便快捷。

10/12/2010 10:22 发表人Zhao Qing

选什么框架应该根据js的规模和复杂度来决定.
面向对象在处理复杂业务逻辑上有天然的优势.

回复

返回顶部

zend framework对dojo整合得很好

11/12/2010 00:34 发表人Ting Wang

dojo得dijit使得web app得开发异常容易，特别是zend framework对dojo得整合相当得好，不用写什么js代码就可以实现ajax得form，grid。dojo因为是面向对象得，所以扩展起来很方便。

回复

返回顶部

经过测试，在 IE6下 UI 很卡

13/12/2010 12:11 发表人w NO777

dojo 在 IE6下 UI 很卡，jqueryui 也不快，最欣赏的是 extjs + jquery,流畅到了极点

回复

返回顶部

dojo性能确实有点..

13/12/2010 08:34 发表人強周

至少在ie下性能确实不是很理想
尤其在内存管理上不知道属于ie的问题还是dojo的

回复

返回顶部

Dojo 的确是一个很 NICE 的框架

14/12/2010 09:54 发表人Angel Black

Dojo 就整体的发展而言，我觉得相对国内来说确实是很可惜，Apache 基金会下的一个 RIA 项目，想其健壮性和扩展性应该都是得到了肯定的，就像作者所言，国内对 Dojo 的重视程度和上手的难易度上来说还是有很多不足之处。不过目前有非常多的出版社都出版了 Dojo 的中文书籍，希望 Dojo 也能够在国内长足的发展下去。

回复

返回顶部

Re: Dojo 的确是一个很 NICE 的框架

15/12/2010 10:51 发表人费伽

Dojo 就整体的发展而言，我觉得相对国内来说确实是很可惜，Apache 基金会下的一个 RIA 项目，想其健壮性和扩展性应该都是得到了肯定的，就像作者所言，国内对 Dojo 的重视程度和上手的难易度上来说还是有很多不足之处。不过目前有非常多的出版社都出版了 Dojo 的中文书籍，希望 Dojo 也能够在国内长足的发展下去。

纠正一个小误解， Dojo并不是Apache基金会的项目. Dojo toolkit 有自己的Dojo Foundation,在Dojo Foundation ( dojofoundation.org/)之下还有一系列的项目,包括CometD,Wink Toolkit 等，

回复

返回顶部

Re: 测试过了，还是jQuery方便快捷。

15/12/2010 12:20 发表人Young Haolin

新的dojo1.5也有jquery强大的选择器功能，而且上手也非常容易。

回复

返回顶部

老的测试截图不给力啊

16/12/2010 10:00 发表人hong hao

mootools.net/slickspeed/现在 jQuery 都1.4+了测试总分应该是这个框架中最高的了! 不过文章写得不错! 支持!

回复

返回顶部

顶呀顶

19/12/2010 07:49 发表人陈园军

正在读~之前对dojo不了解~~
哈哈，顶一个~！！！

回复

返回顶部

Re: 没有过，观望中

22/12/2010 10:37 发表人华杰杨

在用struts2的时候，我一直都是把dojo禁用掉的，因为老是有javascript 错误，看上去太不专业了，给客户影响不好

回复

返回顶部

在用struts2的时候，我一直都是把dojo禁用掉的，因为老是有javascript 错误，看上去太不专业了，给客户影响不好

22/12/2010 10:37 发表人华杰杨

在用struts2的时候，我一直都是把dojo禁用掉的，因为老是有javascript 错误，看上去太不专业了，给客户影响不好

回复

返回顶部

Re: 性能对比选的版本确实都太老了，不具有参考价值

15/01/2011 02:26 发表人Ys Chris

你贴测试图给人的感觉就是赞扬 dojo 性能很强,事实你文中也说了 "性能优势一目了然"
既然要传教也别误导读者

此外用 js 库不考虑新版本是笨蛋行为,新的稳定版本带来的新特性在不引起冲突的情况下是强烈推荐更新,特别是 jquery 1.2.6 和 1.3 以后是两个世代
新的方法之类的特性不说,光对 IE 的性能改进就足够让你升级了

从这些对话我猜作者不是做前端的,也就是 programer 而不是 web developer

回复

返回顶部

目前我们公司也决定采用dojo!

15/01/2011 10:15 发表人囧南风囧

目前我们公司也决定采用dojo!我负责开发！感谢作者的文章，获益良多！

回复

返回顶部

Re: 性能对比选的版本确实都太老了，不具有参考价值

19/01/2011 08:33 发表人王沛

1. 我的确就是赞扬dojo性能很强，正如段落标题“dojo性能其实很优秀”。而不是用某种方法”让人感觉“。
2. “用 js 库不考虑新版本是笨蛋行为”。不知如何从文中得到这个结论。性能问题是大家一直对dojo的诟病之一，我用以前的版本证明以前的感觉是错误的，逻辑上应该没问题。而且我想说明的也不是”dojo性能已经改善“，恰恰是dojo性能以前就很好。为什么不用最新版本比较？一则因为段落论点无需，二则因为没有较权威的数据，而且本文仅是概述，也不是单独讨论性能问题，所以没有自己做比较测试。
3. 06年本人就出版过Ajax书籍，恰恰一直从事的是前端应用开发。

从回复我猜您正是对dojo有偏见的读者，正是本文的目标读者 :-)

你贴测试图给人的感觉就是赞扬 dojo 性能很强,事实你文中也说了 "性能优势一目了然"
既然要传教也别误导读者

此外用 js 库不考虑新版本是笨蛋行为,特别是 jquery 1.2.6 和 1.3 以后是两个世代
新的方法之类的特性不说,光对 IE 的性能改进就足够让你升级了

从这些对话我猜作者不是做前端的,也就是 programer 而不是 web developer

回复

赞助商链接

“码”上Kinect吧！ Kinect 4 Windows 全国培训活动开启成都站：3月27日深圳站：3月29日限额免费报名中！
WebKit深度历险： Chrome项目 Committer确认 QCon北京2013 9折优惠抢购中！

深度内容

Etsy工程师Sam Haskins谈代码部署，监控与故障处理

在本次访谈中，Sam Haskins分享了他在Etsy做DevOps的经验。Etsy使用Git做代码管理，平均每天提交的更新数量在30次左右，有时甚至达到70个。在如此高频率提交代码的情况下，他们如何进行代码审查？如何在每次更新之后监控系统性能？如何处理故障？下面，Sam将一一解答。

Sai Yang2013年3月20日

Apache Crunch：用于简化MapReduce编程的Java库

Josh Wills在本文中介绍了一个新的Apache孵化器项目Crunch，该项目是用于创建MapReduce流水线的Java库。Crunch建立在一组用于简化MapReduce应用设计的高层抽象之上，还提供了用于实现如连接数据、执行聚合和排序记录等常见任务的模式库。

Josh Wills2013年3月18日

文化Hacking与即将到来的黄金时代

文化是共享的态度、价值观、目标与实践方式的集合，文化既描述了团队，又塑造了团队。我们的时代正日益被一种“软件文化”（software culture）所定义。好的hacking文化往往会促进自由，延伸开放性，并且增进设计的优雅。由于我们的文化正越来越被广泛的hack，我们的效率与视野将会不断成长，并且这将会带给带给我们越来越多的问题，同时这也可能会带领我们进入一个前所未有的黄金时代。

Jim McCarthy2013年3月18日

开发者需要了解的WebKit

Paul Irish是著名的前端开发工程师，同时他也是Chrome开发者关系团队成员。针对大家对WebKit的种种误解，他在自己的博客发表了《WebKit for Developers》一文，试图为大家解惑WebKit的同与不同。

彭超2013年3月18日

互联网集群容量规划工作的探索

随着互联网的兴旺发展，这些年一些大型电子商务公司的业务蒸蒸日上，单一服务器早已不能满足业务的需要，负载均衡技术的应用催生了大小集群。如果不重视集群的容量规划，那会有2个直接的后果，一、线上服务器资源过于富裕。二、线上服务器资源不足。在这里，演讲者希望从运维角度就容量模型中涉及的核心思想，用户期待指标，资源，和压测方法等和大家做一次交流，顺带探讨下容量工作对运维自动化系统的贡献。

刘琳2013年3月16日

深入理解Java内存模型（七）——总结

Java线程之间的通信对程序员完全透明，内存可见性问题很容易困扰Java程序员，本文试图揭开Java内存模型神秘的面纱。本文大致分三部分：重排序与顺序一致性；三个同步原语（lock，volatile，final）的内存语义，重排序规则及在处理器中的实现；Java内存模型的设计目标，及其与处理器内存模型和顺序一致性内存模型的关系。

程晓明2013年3月15日