论坛首页 Web前端技术论坛

从人民解放战争来看EXTJS和JQUERY间的选择

浏览 50025 次
精华帖 (1) :: 良好帖 (1) :: 新手帖 (0) :: 隐藏帖 (17)
作者 正文
   发表时间:2008-11-18  
sp42 写道
如果从框架角度分级的话,可以有以下分类:
  • 零级,完成base工作,包括扩展原有对象的方法,Ajax通讯部分,比较精简
  • 一级,完成effect工作,包括增加常用效果转换函数,如tween、drag、maskLayer、fade等的特效
  • 二级,完成component工作,包括对话框、列表、树、日历等的组件
  • 三级,完成application工作,包括完整的前端平台,允许用户定义能实现一定功能的模块
一些UI控件和开发框架只做零级Prototype.js,和一级jQuery/Mootools;一些做到了三级,如Dojo和EXT。

希望这样的分级对大家的理解比较清晰。

p.s Thanks to javaeye guys

同意,我的理解就是:如果你的项目仅基于一级应用那么无疑jQuery是比ext更好的选择,如果基于三级那么我认为非ext莫属,一切基于实际要求出发。
0 请登录后投票
   发表时间:2008-11-18  
zbm2001 写道
i_love_sc 写道
打游击战也要有枪啊。不用jquery就只能自己造土枪。


为什么自己造的就一定是“土枪”?

能造出自己的大炮 为什么不用自己的大炮
0 请登录后投票
   发表时间:2008-11-19  
zbm2001 写道
achun 写道
peacock 写道
应用不一样,没有可比性
Web Page首选JQuery
Web Application首选ExtJS


现在Web Application多了一个选择.
jQuery+jCT.
ExtJS和jQuery比较起来典型的差别就是ExtJS提供的组件中可以方便的代入后台的数据.
这正是模板的职责.
jCT就是这样一个前台的javascript模板
我博客里有详细的介绍.

另外楼主有标题党的嫌疑

 


比较赞同!

 

未来的javascript框架的发展方向,一定是基础库+扩展库(或是自己直接的扩展应用)这种模式,基础库跟贴近原生语言,扩展库则更贴近项目需求的成品。

 

其中优秀的基础库相对稳定,而其中的部分API随着应用的公认化,会逐渐融入javascript原生语言的规范。

 

扩张库则应是百花齐放的态势。


顶,往往把一切都搞定框架...做得更多,痛苦也更多.

0 请登录后投票
   发表时间:2008-11-20  
各有各的有点
0 请登录后投票
   发表时间:2008-11-22  
同意楼上的“jquery更贴近原生的javascript,给开发者更大的自由度。 extjs更类似于成品的模板。”,这正是我想说的。

总的来说,ExtJS给人的发挥余地偏小,我支持JQuery。
0 请登录后投票
   发表时间:2008-11-25  
各有优缺点。做网站用jquery不错
0 请登录后投票
   发表时间:2008-11-25  
JQuery和prototype一样,都属于非常简洁、精悍的JS基础类库,而Extjs则是对JS的高阶扩展和应用。形像来说,JQuery就像砖头,你可以基于它盖成自已的大楼。而Extjs就像是盖好的公寓楼,还连装修都弄好了。~_~
1 请登录后投票
   发表时间:2008-11-26  
个人偏向JQuery。

以下是个人主观意见。


我公司的项目里,有个是用 Ext 的,
项目做成全Ext界面。。一个页面后台对应一个js

这个项目,问题多多,后来总结,就是: Ext惹的祸。

也许是我们项目组成员,能力有限吧。。。


问题情况一(常见):
  对于新手,上手难,开发效率低。
  即使是一些老手,也有超过3分1的开发时间 耗在 调试ext上面。。。
  而不是 把时间 关注 在 业务逻辑方面。。。
 
  随着页面Ext控件的增多,"莫名其秒"的错误 也接仲而来。。。
 
 
问题情况二(不经常出现,但遇到就范难):
  虽然界面出色,但是 客户 还是有他自己的意见。
  而且。。这些修改意见是累加在你做给他的 酷界面 之上的。。虽然这是可省的可换的。。
  客户会 理由充分地说:这样会更人性化一点,操作更方便一些。。。
  
  这时,突然发现。。。你对 ExtUI 能力以外 的事情 毫无办法。。。
 

问题情况三(几乎每个项目都有):
  对于 一改,再改,还要改 的客户业务需求,Ext是噩梦。。。
  由于时间不多,创促修改,越改越乱,越乱越不好调试,越不好调试修复bug耗的时间就越长。。
  老板的脸就越不好看。。。
0 请登录后投票
   发表时间:2008-11-26  
bug7273 写道
个人偏向JQuery。

以下是个人主观意见。


我公司的项目里,有个是用 Ext 的,
项目做成全Ext界面。。一个页面后台对应一个js

这个项目,问题多多,后来总结,就是: Ext惹的祸。

也许是我们项目组成员,能力有限吧。。。


问题情况一(常见):
  对于新手,上手难,开发效率低。
  即使是一些老手,也有超过3分1的开发时间 耗在 调试ext上面。。。
  而不是 把时间 关注 在 业务逻辑方面。。。
 
  随着页面Ext控件的增多,"莫名其秒"的错误 也接仲而来。。。
 
 
问题情况二(不经常出现,但遇到就范难):
  虽然界面出色,但是 客户 还是有他自己的意见。
  而且。。这些修改意见是累加在你做给他的 酷界面 之上的。。虽然这是可省的可换的。。
  客户会 理由充分地说:这样会更人性化一点,操作更方便一些。。。
  
  这时,突然发现。。。你对 ExtUI 能力以外 的事情 毫无办法。。。
 

问题情况三(几乎每个项目都有):
  对于 一改,再改,还要改 的客户业务需求,Ext是噩梦。。。
  由于时间不多,创促修改,越改越乱,越乱越不好调试,越不好调试修复bug耗的时间就越长。。
  老板的脸就越不好看。。。

 

赞同

0 请登录后投票
   发表时间:2008-11-26  
sp42 写道
如果从框架角度分级的话,可以有以下分类:
  • 零级,完成base工作,包括扩展原有对象的方法,Ajax通讯部分,比较精简
  • 一级,完成effect工作,包括增加常用效果转换函数,如tween、drag、maskLayer、fade等的特效
  • 二级,完成component工作,包括对话框、列表、树、日历等的组件
  • 三级,完成application工作,包括完整的前端平台,允许用户定义能实现一定功能的模块
一些UI控件和开发框架只做零级Prototype.js,和一级jQuery/Mootools;一些做到了三级,如Dojo和EXT。

希望这样的分级对大家的理解比较清晰。

p.s Thanks to javaeye guys



楼上说的很有道理,完全同意,现在正在学习jquery和ext。大家觉得dojo和ext哪个更有前途呢?
0 请登录后投票
论坛首页 Web前端技术版

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