第一个观点:(js代码不仅仅是为了实现功能而且是拿来给程序员看的

我想,大家用js库的想法可能和我一样,

不仅是为了使用他,用用他的效果,而且想掌握他,掌握到“这个库和我写的一样”的程度,用着放心,

出问题也容易找,好解决,因为大家都知道“项目中是不允许说不”的。

如果要自己写,那就有很多制约因素,能力 ,经验,时间。

经验很重要,没有多年的web开发经验解决跨浏览器的问题就无从谈起。

java程序员干了一年多了,我一个初学者挑挑当前一些js库我所不满意的地方吧。

看prototype.js 最讨厌就是这段代码

Object.extend(Enumerable, {
  map:     Enumerable.collect,
  find:    Enumerable.detect,
  select:  Enumerable.findAll,
  member:  Enumerable.include,
  entries: Enumerable.toArray
});


看源码的时候,一会map,一会collect的感觉很不好,至少我是这样的。

这时候感觉 python的 Only one way to do it 真好!

二是侵入比较厉害 这点可以看他的$方法 别的就不说了,很多时候是需要和美工合作的,容易出问题
这个问题ext可能要好很多 因为他的element元素是直接包装了底层dom

三 变量污染,没有采用xx.yy.zz的方式来定义命名空间,容易被覆盖,一开始我满喜欢$的
ext就有namespace方法,很方便得实现这点

四 oo方面 js里面 多态 我感觉也不是很重要 但是继承 重置 感觉还是比较重要的 封装嘛过得去就行了 ,prototype的实现是不是太粗糙了

五 prototype现在也是越来越庞大,我觉得js的api提供没必要非得像java一样保证以前发布的接口有效,没必要的东西应该直接清理掉,毕竟只是一个脚本而已。而且基于prototype的rico scriipt.。。也没让我看到完整的漂亮的demo

六 不知道是不是因为现在prototype的作者已经增加了不少 ,其风格也没以前这么简洁,很难想象 prototype这样简洁的基础语法,后来的发展是这样越来越庞大、冗余

extends方法是针对对象的,用来进行属性拷贝覆盖的,属性可以使原始类型,可以是引用类型,所以就有传值传址的区分,在类的层次上使用, 会有比较隐晦的问题潜藏

ext:
在别人基础总结经验这点就很好 ,但是非要搞adapter,野心太大,反正你自己侵入很小的 ,何必要这

样做 ext.lab里面几个东西自己实现一下不是很好吗 基于观点一 让我比较痛苦

很多人说他代码风格好,我觉得不够,显得太烦琐了,特别是里面到处可见的each方法,比起prototyp的

Enumerable,感觉要差很多,里面的很多控件也给我感觉是多余留,除了树和表,还有些特殊的input输入

框,我感觉不到一些东西存在的必要性

再说说我们论坛的jsi,这方面的帖我投精华或者良好是因为他说的东西我不知道,特别是算法啊,语法啊,

俺门外的,感觉作者比较厉害,但是对jsi的观点和目前的作用,我觉得不是时候,出现一个好用js库是

当前首要的问题。

最后,很多人喜欢评价各个js库对xmlhttprequest的封装,我觉得没什么必要,前面这些问题解决得好的话,

自己封装xmlhttp只是很小的一个问题了。

欢迎大家一起挑刺,挑帖子挑js库都欢迎哦!



有链接的贴些链接也行 thanks
我打算持续编辑,暂时就想到这么点了



070521

这及天陆陆续续地找了一些js库的资料来学习,
有modello.js prototype.js jsvm jquery base2,ext,
我们论坛hexiaodong大侠的sigma
当然也不是很深入,总得来说还是觉得prototype.js是最容易理解的,
语法是最优美的,就oop来讲
很多文章都说prototype的实现不够好,而且都喜欢提到 实现private属性 public 属性
class.create方法,在prototype中也并不是没个类都这么用,能否加以修改,使之通用呢,我觉得这样不好,使用者思想上的顾虑是越少越好!
我的想法是这样的,在这个基础上再区分出 static 和 isntance 属性,
prototype的Object.extends方法,名字我觉得很好,OO的含义很明显,而且是针对对象的,我们可以这样调用Object.extends(Class ,{})也可以这样调用Object.extends(Class.prototype ,{})
这两种调用方式的第二个参数,能否加以处理来实现static private属性 和 instance private属性?
今天下班了 ,明天再实践了,各位有这样想过的吗?

070522

下面是prototype通过extend方法实现 静态私有属性
同理也可以实现 实例私有属性
欢迎提供意见
var Class1 = Class.create();
Object.extend(Class1,
(function(){
	
	var firstName = 'shen';
	var country = "china";
	return {		
		country:country,
		getCountry:function(){return Class1.country ;},
		getFirstName:function(){return firstName}	
	}
	
}
)()
);

Class1.prototype = {
	initialize:function(name){
		this.name = name;
	},
	getName:function(){
		return this.name;
	}
}

alert((new Class1('jianfeng008cn')).getName())
alert(Class1.country)
alert(Class1.getCountry())

alert(Class1.firstName);//不行的
alert(Class1.getFirstName())
评论
netfishx 2007-05-22
sp42 写道

一直怀疑Jack是神不是凡人的说..

事实早已证明我的论断是完全正确滴
sp42 2007-05-22
jianfeng008cn 写道
bluepower 写道
netfishx 写道
加入ext教吧,jack大神仙福永享


呵呵,这句挺搞笑的

其实我感觉ext挺综合的,不仅js强,基于web标准方面做的挺好,在Ajax模式方面设计得也不错,所以综合实力优良


今天在ext的官网看到这么一句:

Ext is a fabulously slick GUI library which kicks the crap out of its competitors.
Dean Edwards (via Ajaxian)

神啊 jack大仙 不得不说


一直怀疑Jack是神不是凡人的说..
jianfeng008cn 2007-05-22
bluepower 写道
netfishx 写道
加入ext教吧,jack大神仙福永享


呵呵,这句挺搞笑的

其实我感觉ext挺综合的,不仅js强,基于web标准方面做的挺好,在Ajax模式方面设计得也不错,所以综合实力优良


今天在ext的官网看到这么一句:

Ext is a fabulously slick GUI library which kicks the crap out of its competitors.
Dean Edwards (via Ajaxian)

神啊 jack大仙 不得不说
jianfeng008cn 2007-05-22
笨笨狗 写道
个人觉得,js的封装库不应太复杂,Prototype这样的基础扩展就足够了,非要用java的观点来写js,不实际也没价值。


首先 你的观点我认可,但我重没说过要以java的方式来实现OOP哦,而且从我的帖子里我也不觉得从哪个地方可以看出我有这个倾向啊。
笨笨狗 2007-05-21
个人觉得,js的封装库不应太复杂,Prototype这样的基础扩展就足够了,非要用java的观点来写js,不实际也没价值。
jianfeng008cn 2007-05-21
hax 写道
第一个问题,别名这件事情见仁见智。我个人认为js库应该有一组默认的,然后希望使用另一套名字的,也可以通过导入一个别名列表来解决。参见第三个问题。

第二个问题,我不太明白你的意思。

第三个问题,确实如此,所以才有老金同志的jsi。我也有类似的项目pies(http://sourceforge.net/projects/pies)。

第四个问题,prototype的类体系确实比较弱,据说其作者有考虑采用dean edwards的base体系。不过换过来说,以ruby的方式,很多时候是使用mixin而不是继承的。就js本身来说,可能mixin也是一个更好的方式。

第五个问题,向前兼容确实有点麻烦,个人认为可以考虑抛弃,但是需要的人可以导入一个兼容模块就好了。这最好有一个比较好的命名管理体系做保证,参见第三个问题。

第六个问题,prototype确实庞大了,现在开始模块化了。这说明第三个问题越来越重要 :)

最后关于jsi,我认为非常好,因为我也有相同思路 :)


第二个问题举个场景吧,如果ui写东西的时候用得是$()来得到元素,但是开发的不知道,用的是document.getelementbyid,这样一些操作会出问题的,如remove操作,因为prototype1.5$函数也做了修改,强制扩展了element,不是单纯的dom元素了。

你说得的确很有道理,但是请注意我用了“目前”这两个词,两位牛人目前有心做这个东西,我觉得你们不如写一个精良的js库来得更好,鉴于我这个帖子的观点一,我真没发现很好用的js库,
jsvm我也看了下代码,实在不是轻易能看明白的,先不论其思路多么先进,给予观点一,我也不认为是很好的js库,而且java语言用在脚本领域实在是拿大炮打小麻雀,类似的有j2class (java2js),对比之下我觉得prototype的语法是最棒的,最优美的,特别是enumerable,但是我觉得作为core,他没个部分包含的东西太多,我的观点是:我们只需要一个很轻量的core,可以舒服地表达我们的思想,当然一些浏览器差异相关的东西要帮我们封装好,另外的东西,在core之外提供一些可选的util就OK了。

我开这个帖子就是希望各个牛人能多谈一点对目前js领域这些js库的观点,抛砖引玉,希望大家多发言,给点有共鸣的链接也行,特别是针对世界上先进js oop的对比分析这类的。
hax 2007-05-21
BTW,我觉得这篇帖子讲js库,但是并没有列出足够多的js库。个人比较感兴趣的还有以下这些:

jquery, base2, mootools, jsvm等
hax 2007-05-21
第一个问题,别名这件事情见仁见智。我个人认为js库应该有一组默认的,然后希望使用另一套名字的,也可以通过导入一个别名列表来解决。参见第三个问题。

第二个问题,我不太明白你的意思。

第三个问题,确实如此,所以才有老金同志的jsi。我也有类似的项目pies(http://sourceforge.net/projects/pies)。

第四个问题,prototype的类体系确实比较弱,据说其作者有考虑采用dean edwards的base体系。不过换过来说,以ruby的方式,很多时候是使用mixin而不是继承的。就js本身来说,可能mixin也是一个更好的方式。

第五个问题,向前兼容确实有点麻烦,个人认为可以考虑抛弃,但是需要的人可以导入一个兼容模块就好了。这最好有一个比较好的命名管理体系做保证,参见第三个问题。

第六个问题,prototype确实庞大了,现在开始模块化了。这说明第三个问题越来越重要 :)

最后关于jsi,我认为非常好,因为我也有相同思路
bluepower 2007-05-18
netfishx 写道
加入ext教吧,jack大神仙福永享


呵呵,这句挺搞笑的

其实我感觉ext挺综合的,不仅js强,基于web标准方面做的挺好,在Ajax模式方面设计得也不错,所以综合实力优良
netfishx 2007-05-17
加入ext教吧,jack大神仙福永享
neuhawk 2007-05-17
难道用domquery
sp42 2007-05-17
jianfeng008cn 写道
neuhawk 写道
jquery怎么样?


jquery我没用过,但是我看他也是到处都是$ 而且我感觉jquery是调用简单,但是谈不上优美的语法了

同感。
据一些测评(是否权威不是很清楚),jquery效率上也没优势
neuhawk 2007-05-17
jquery的查询功能很不错。
jianfeng008cn 2007-05-17
neuhawk 写道
jquery怎么样?


jquery我没用过,但是我看他也是到处都是$ 而且我感觉jquery是调用简单,但是谈不上优美的语法了
dennis_zane 2007-05-16
prototype本身就是ruby生成的,带有浓郁的ruby风格,而ruby哲学与python正相反:many ways to do it
jianfeng008cn 2007-05-16
笨笨狗 写道
我觉得Prototype库已经很好用了,基于他实现OO特性完全足够


不是够不够的问题 而是好不好用的问题 该帖目的是挑刺啊
neuhawk 2007-05-16
jquery怎么样?
笨笨狗 2007-05-16
我觉得Prototype库已经很好用了,基于他实现OO特性完全足够
jianfeng008cn
搜索本博客
我的相册
11f2e450-fb73-39c2-8124-8f1fda304b90-thumb
旋转 SNV10095
共 1 张
存档
最新评论