论坛首页 Web前端技术论坛

Script.aculo.us vs. Dojo

浏览 22007 次
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
作者 正文
   发表时间:2006-05-15  
from:http://raibledesigns.com/page/rd?entry=script_aculo_us_vs_dojo

最近一段时间,似乎关于Dojo的声音似乎越来越多,这个更多的可能跟WebWork 2.2 and Tapestry 4.0(http://tacos.sourceforge.net/) 集成了Dojo不无关系. 不过在AppFuse 1.9, 我们选择Script.aculo.us 作为我们的Ajax framework.

在我们前面做的几个项目中采用基于Prototype内核的Script.aculo.us运行的不错,可能是因为它Ruby on Rails的风格吧,不过在AppFuse中引入了Tapestry and WebWork, 似乎采用Dojo更有说服力.

如果是做同样的事情,Script.aculo.us and Dojo 之间该如何取舍? 下面就来做一个比较.

鄙人认为与其说Dojo是一个Ajax Framework,还不如说它是现有的大量的DHTML toolkit的堆砌, 由于我至今没有用过Dojo, 它是否能实现Script.aculo.us拖拽以及超炫的Effect效果, 是否能实现DWR + Script.aculo.us的功能,我不得而知.

对于Script.aculo.us and Dojo来说,它们背后所隐藏的思想是我最欣赏之处, 经过权衡,我心中的天平向Script.aculo.us发生了倾斜.why? 原因在于Script.aculo.us的创建者是一个设计者(Designer)而非一个开发者(Developer), 它更多的灵感来自于大量的web framework和真实的web application,而不是象Dojo一样是一个web library的什锦拼盘.

另一方面,我们无法否认的是,Dojo详备的文档可以说是它的一个亮点. 不过我在这里不得不对JotSpot提出善意的批评, 在大名鼎鼎的Jot.com上面, Dojo Wiki(http://dojo.jot.com/WikiHome)向我们展示了Dojo toolkit的方方面面, 令人遗憾的是无论是从它的排版, 还是在IE, FireFox上的表现都让人大跌眼睛,毫无美感可言. 

我本不想拿二者的实际应用说事儿,不过采用Script.aculo.us的fluxiom(http://fluxiom.com)让我心中的天平再次发生了倾斜.

说句题外话, "久合必分, 久分必合", IBM, Google, Yahoo, Oracle几大巨头正着手于Open Ajax(http://digi.it.sohu.com/20060202/n241660452.shtml)项目, 它将目前的一些Ajax framework加以整合,是否有更多惊喜,让我们拭目以待吧.
   发表时间:2006-05-15  
这样比较,无语ing
0 请登录后投票
   发表时间:2006-05-15  
dojo和prototype我都使用过了。当然dlee同学在这方面也有很详细的评论。

我们现在的用法是prototype结合YUL。就我个人而言,我非常喜欢prototype精妙的对象体系设计和难以想像的使用上的简洁性,当然prototype不提供UI组件,不过这个方面可以使用YUL来填补。

至于dojo,他是一个很完备,而且很强调的AJAX库,但是dojo一个我非常不喜欢的缺点就是他太晦涩,不管是学习还是使用的难度,都有点让人难以接受。

如果过prototype/scriptaculous就像ruby一样,那么dojo就像Java一样,你喜欢小巧而够用呢,还是强大而笨拙呢?
0 请登录后投票
   发表时间:2006-05-15  
robbin是笔误吧?貌似是YUI?
YUL不知是什么
0 请登录后投票
   发表时间:2006-05-15  
netfishx 写道
robbin是笔误吧?貌似是YUI?
YUL不知是什么


对,是YUI,Yahoo UI Library。

springdudu 写道
dojo照着testcase用不就可以了

dojo要去理解里面的设计和实现是很累的事情,使用是很简单

dojo我没说不能照着testcase来,但是如果prototype一行JS代码就可以搞定的事情,你用dojo,需要写6-8行JS,还需要给div增加若干tag和绑定事件。你就不会说用dojo简单了。
0 请登录后投票
   发表时间:2006-05-15  
引用

dojo我没说不能照着testcase来,但是如果prototype一行JS代码就可以搞定的事情,你用dojo,需要写6-8行JS,还需要给div增加若干tag和绑定事件。你就不会说用dojo简单了。


dojo将所有的事件处理操作都通知一个connect方法很讨人厌
像aop等功能的等在那里太让人混淆
0 请登录后投票
   发表时间:2006-05-15  
robbin 写道

dojo我没说不能照着testcase来,但是如果prototype一行JS代码就可以搞定的事情,你用dojo,需要写6-8行JS,还需要给div增加若干tag和绑定事件。你就不会说用dojo简单了。


这点极其不爽,不过在尝试接受
0 请登录后投票
   发表时间:2006-05-15  
dojo的最新版本是0.3.0.现在我们看到的只能冰山一角。dojo野心极大。
虽然学习使用有些难度,但不能掩盖它的强大。
其实javascript开源项目很容易互相抄袭的,相信给几天时间,dojo可以把Script.aculo.us,prototype.js完全集成进去,当然dojo不会这么做。

看看http://dojotoolkit.org/docs/projectRoadmap.html,0.5以前的估计什么都考虑到了。


dojo的唯一问题是,它要解决的问题太多了。

只有dojo才能开发真正的“one page one application”。
0 请登录后投票
   发表时间:2006-05-15  
netfishx 写道
robbin 写道

dojo我没说不能照着testcase来,但是如果prototype一行JS代码就可以搞定的事情,你用dojo,需要写6-8行JS,还需要给div增加若干tag和绑定事件。你就不会说用dojo简单了。


这点极其不爽,不过在尝试接受


代码举例吧。
0 请登录后投票
   发表时间:2006-05-15  
打开dojo例子时我的浏览器要死几秒,不能忍受~
同样有问题的还有javawin:
http://blogus.xilinus.com/pages/javawin
运行多次会占太多(!)内存,尤其是IE,似乎有泄露,也不能忍受。
0 请登录后投票
论坛首页 Web前端技术版

跳转论坛:
Global site tag (gtag.js) - Google Analytics