改造alert的引发的争论【基本类型与引用类型】
2012-01-13 20:56
429 查看
今天在群里讨论alert的问题,说到了alert的改造,虽然说改造原生方法不是好做法,但是既然提到了就可以讨论下,所以我按照他们的讨论给出了下面的一段代码:
于是开始反驳我,大致的论点集中在下面的一段上面:
反方论点:这么写之后,_alert与window.alert应该还是一致的,因为大家都知道函数名称保存的只是引用而已。
当时被弄糊涂了,难道价值观被颠覆了?后来仔细想了一会儿,发现貌似被忽悠了。函数变量名保存的是引用没错,可是这个例子和引用的关系不是这么讲的吧···
要说明函数的引用关系,应该是这个例子:
后来回想一下,问题的最终原因还是值类型和引用类型被忽悠了,于是分析一下。先看下面的例子:
在这个例子中a,b完全只是一个名字而已,没有其他的作用。不论要不要,那个1都是真实存在的(假如可以无端产生一个变量1,那么1在被回收之前,无论有没有名字,都是存在的),此时的情况是:
继续上面的例子:
上面是Number类型的情况,下面换做一个引用类型的,比如Array。
继续:
这就是引用传递,在整个过程中,变量名本身还是a,b没有变化,但是他们引用的东西发生了变化。
此时a与b之间没有半毛钱的关系,他们是通过[1,2,3,4]存在一丝形式上的相同性,而不是b与[1,2,3,4]通过a有联系,这一点才是引用传递要注意的。此时a===b为true。
下面换一个操作:
此时,虽然a,b各自保存的还是引用类型数据,但是a与b本来就半毛钱的关系都没有,所以此时a换个内容,与b的关系就完全没有了,连通过最初[1,2,3]获得的相同性都没有了,此时a===b为false。对应下面的图:
继续操作a:
所以,“引用”引用的内存中的值,而非那个变量名。
回到开头的例子中:
在执行var _alert = window.alert;的时候,三者的关系是:
执行:
所以最初讨论的时候,一开始就错了,因为_alert引用的不是window.alert,而是window.alert所引用的那个函数,不论是_alert还是window.alert,都只是一个名字而已,两者没有半毛钱的关系,最终的枢纽还是真实存在的内存中的那个变量。
然后另外一个问题就是关于才浏览器控制台测试代码的问题。
我们讨论的时候,先运行了一段测试代码:
然后我们又在相同的控制台里面运行了我在开头给出的那一段代码,所以在同一个窗口里面,控制台的环境并没有刷新,测试代码的效果还在,所以alert已经混乱了。
要完全测试的话,最好还是每次都新开一个窗口测试。
错误之处请大牛指教~
var _alert = window.alert; window.alert = function(param,isDebug){ if(isDebug){ console.log(param); }else{ _alert(param); } } alert('x'); alert('x',true); alert('x'); alert('x',true);
于是开始反驳我,大致的论点集中在下面的一段上面:
_alert = window.alert; window.alert = function(){}
反方论点:这么写之后,_alert与window.alert应该还是一致的,因为大家都知道函数名称保存的只是引用而已。
当时被弄糊涂了,难道价值观被颠覆了?后来仔细想了一会儿,发现貌似被忽悠了。函数变量名保存的是引用没错,可是这个例子和引用的关系不是这么讲的吧···
要说明函数的引用关系,应该是这个例子:
var a = [1,2,3]; var b = a; a.push(4); console.log(a,b);//[1,2,3,4],[1,2,3,4]
后来回想一下,问题的最终原因还是值类型和引用类型被忽悠了,于是分析一下。先看下面的例子:
var a = 1; var b = a; console.log(a,b);
在这个例子中a,b完全只是一个名字而已,没有其他的作用。不论要不要,那个1都是真实存在的(假如可以无端产生一个变量1,那么1在被回收之前,无论有没有名字,都是存在的),此时的情况是:
继续上面的例子:
var a = 1; var b = a; a = 2; console.log(a,b);
上面是Number类型的情况,下面换做一个引用类型的,比如Array。
var a = [1,2,3]; var b = a; console.log(a,b);
继续:
var a = [1,2,3]; var b = a; a.push(4); console.log(a,b);
这就是引用传递,在整个过程中,变量名本身还是a,b没有变化,但是他们引用的东西发生了变化。
此时a与b之间没有半毛钱的关系,他们是通过[1,2,3,4]存在一丝形式上的相同性,而不是b与[1,2,3,4]通过a有联系,这一点才是引用传递要注意的。此时a===b为true。
下面换一个操作:
var a = [1,2,3]; var b = a; a = [1,2,3]; console.log(a,b);
此时,虽然a,b各自保存的还是引用类型数据,但是a与b本来就半毛钱的关系都没有,所以此时a换个内容,与b的关系就完全没有了,连通过最初[1,2,3]获得的相同性都没有了,此时a===b为false。对应下面的图:
继续操作a:
var a = [1,2,3]; var b = a; a = [1,2,3]; a.push(4); console.log(a,b);
所以,“引用”引用的内存中的值,而非那个变量名。
回到开头的例子中:
var _alert = window.alert; window.alert = function(param,isDebug){ if(isDebug){ console.log(param); }else{ _alert(param); } }
在执行var _alert = window.alert;的时候,三者的关系是:
执行:
window.alert = function(param,isDebug){ // }
所以最初讨论的时候,一开始就错了,因为_alert引用的不是window.alert,而是window.alert所引用的那个函数,不论是_alert还是window.alert,都只是一个名字而已,两者没有半毛钱的关系,最终的枢纽还是真实存在的内存中的那个变量。
然后另外一个问题就是关于才浏览器控制台测试代码的问题。
我们讨论的时候,先运行了一段测试代码:
var _alert = window.alert; window.alert = function(){};
console.log(_alert === window.alert);
然后我们又在相同的控制台里面运行了我在开头给出的那一段代码,所以在同一个窗口里面,控制台的环境并没有刷新,测试代码的效果还在,所以alert已经混乱了。
要完全测试的话,最好还是每次都新开一个窗口测试。
错误之处请大牛指教~
转载请注明来自小西山子【http://www.cnblogs.com/xesam/】
本文地址:/article/5104418.html
相关文章推荐
- 由【JAVA中参数传递问题】引发除了基本数据类型和引用类型的思考
- JavaScript给input的value赋值引发的关于基本类型值和引用类型值问题
- 基本数据类型与引用类型的存储位置引发的疑问
- java方法传递引用、传递基本类型
- js中的栈与堆的讲解/基本数据类型与引用类型的讲解
- Java int基本类型和Integer之间引发的问题思考
- java 入门 二(基本数据类型与引用数据类型的区别)
- 【Java】基本类型和引用类型(值传递)
- 测试JS基本类型以及对象的引用
- javascript基本数据类型和引用数据类型
- 再谈Javascript中的基本类型和引用类型(推荐)
- 引用类型(5)基本包装类型
- Java基本类型和引用类型 分类: Java 2015-08-04 14:51 6人阅读 评论(0) 收藏
- 4.4: 基本类型和引用类型
- Java集合不能存放基本数据类型,只存放对象的引用
- js 基本类型与引用类型的区别
- javascript——基本类型和引用类型
- java能像JavaScript那样,直接对基本类型的数据,像对待对应的对象那样,引用相应对象里的属性吗?
- 基本数据类型和引用数据类型在传参数时的区别
- 基本数据类型和引用类型