闭包是调用私有属性的接口。作为一个一直学习C++的程序员,看到这个立即热泪盈眶。
好吧,但在此看到这里爆发的争论,我希望提一点:闭包是实现面向对象所必须的。
实际上,11楼根本未能理解闭包,甚至未能理解面向对象的含义。面向对象的基本要素是封装性:也许我们需要private的变量,也就是不能够直接改变只能借由方法改变的属性。而所谓“用对象就能取代闭包”,但是闭包实际上真正的意义应当用在对象构造器中的。
比如,我们希望对象有一个属性,只允许增加不许减少,而且每次只能用add函数给它加上某个偶数。这时闭包就体现了其用处。这个例子可以说是比较统一的解决了上面所提出的所有问题。function NumPro(val){
var counter=val;
this.add=function(num){
if(num%2==0) counter+=num;
}
this.num=function(){
return counter;
}
}
//alert(counter); //报错
alert(NumPro.counter); //输出undefined(显而易见的)
var a=new NumPro(0);
alert(a.counter); //输出undefined(不在this中)
alert(a.num()); //输出0
a.add(2);
alert(a.num()); //输出2
a.add(1);
alert(a.num()); //输出2(仅允许偶数)
a.add(10);
alert(a.num()); //输出12
var b=new NumPro(-2);
alert(b.num()); //输出-2
显然,闭包并不仅仅是由于“作用域中的变量不会销毁”——直接输出变量会直接报错,也不能通过函数名访问属性;在两个对象中所输出的值没有任何关系。同时,它又能限制对属性的直接操作——不在this中的变量无法从外部访问。
因此,闭包是被设计好的,并不是一个bug。实际上,如果接触过Java或其它面向对象语言会有很深的感触——Javascript 的面向对象往往出人意料(它甚至没有Class)。但这不意味着它不能实现其它语言中的private效果。这样看,此处的闭包仅仅是把this.counter=num改成var counter=num而已。
当然,闭包不完全是如此,比如正文中返回一个函数(名)的巧妙方法。不过,闭包意味着函数中的私有变量不会立即销毁,可被内嵌的函数访问。这就足够了。
另外,实验证明函数不仅仅可访问上一层函数的私有变量——父函数的父函数,以及更上层函数的变量都可访问(但不推荐这样做……这似乎往往只是降低代码可读性)。但是,如果使用:NumPro.prototype.numEx=function(){
return counter;
}
如果counter是NumPro函数内定义的,这个函数使用后将会报错(它的原型函数显然不含有counter变量,即使含有也不清楚如何处理)。
MCCF
MCCF
353***4841@qq.com10个月前 (02-05)