精华帖 (1) :: 良好帖 (1) :: 新手帖 (0) :: 隐藏帖 (17)
|
|
---|---|
作者 | 正文 |
发表时间:2008-10-29
最后修改:2009-02-22
所以学JQUERY的人很多,毕竟游击战更多些。 所以不能看学什么的多就去学它,而是要看自己想打什么样的仗。 我要是去打游击战的话,用原生的JS就可以了,不用背框架的包袱。 不知道这样理解JQUERY和EXTJS对不对? ----------------------- 2009/02/22 edit: 两个都不了解,发表上面的看法有点早了. 声明:ITeye文章版权属于作者,受法律保护。没有作者书面许可不得转载。
推荐链接
|
|
返回顶楼 | |
发表时间:2008-10-29
打游击战也要有枪啊。不用jquery就只能自己造土枪。
|
|
返回顶楼 | |
发表时间:2008-10-29
应用不一样,没有可比性
Web Page首选JQuery Web Application首选ExtJS |
|
返回顶楼 | |
发表时间:2008-10-29
peacock 写道
应用不一样,没有可比性
Web Page首选JQuery Web Application首选ExtJS
|
|
返回顶楼 | |
发表时间:2008-10-29
i_love_sc 写道 打游击战也要有枪啊。不用jquery就只能自己造土枪。
为什么自己造的就一定是“土枪”? |
|
返回顶楼 | |
发表时间:2008-10-29
shgen 写道 JQUERY不学了,觉得它只能打游击战,不能打歼灭战和阵地战。
所以学JQUERY的人很多,毕竟游击战更多些。 所以不能看学什么的多就去学它,而是要看自己想打什么样的仗。 我要是去打游击战的话,用原生的JS就可以了,不用背框架的包袱。 不知道这样理解JQUERY和EXTJS对不对? jquery更贴近原生的javascript,给开发者更大的自由度。 extjs更类似于成品的模板。 我认为在合理的应用中,对前者需求更为基础。即使需要后者,也是基于这种基础之上的,并确保使两者之间能够做到分离和耦合。 |
|
返回顶楼 | |
发表时间:2008-10-29
peacock 写道 应用不一样,没有可比性
Web Page首选JQuery Web Application首选ExtJS 目前的情形大致如此,但后者一次包装,有点像是整箱的没有糖纸包裹的糖果,虽然箱子外观华丽,套用易中天品三国中的一句话——最终或只能偏霸一域。 |
|
返回顶楼 | |
发表时间:2008-10-29
achun 写道
peacock 写道
应用不一样,没有可比性
Web Page首选JQuery Web Application首选ExtJS
未来的javascript框架的发展方向,一定是基础库+扩展库(或是自己直接的扩展应用)这种模式,基础库跟贴近原生语言,扩展库则更贴近项目需求的成品。
其中优秀的基础库相对稳定,而其中的部分API随着应用的公认化,会逐渐融入javascript原生语言的规范。
扩张库则应是百花齐放的态势。 |
|
返回顶楼 | |
发表时间:2008-10-30
zbm2001 写道
achun 写道
peacock 写道
应用不一样,没有可比性
Web Page首选JQuery Web Application首选ExtJS
未来的javascript框架的发展方向,一定是基础库+扩展库(或是自己直接的扩展应用)这种模式,基础库跟贴近原生语言,扩展库则更贴近项目需求的成品。
其中优秀的基础库相对稳定,而其中的部分API随着应用的公认化,会逐渐融入javascript原生语言的规范。
扩张库则应是百花齐放的态势。
"未来的javascript框架的发展方向,一定是基础库+扩展库(或是自己直接的扩展应用)这种模式,基础库跟贴近原生语言,扩展库则更贴近项目需求的成品。" 这句非常认同! |
|
返回顶楼 | |
发表时间:2008-10-31
如果从框架角度分级的话,可以有以下分类:
希望这样的分级对大家的理解比较清晰。 p.s Thanks to javaeye guys |
|
返回顶楼 | |