博客原文地址:http://blog.csdn.net/blueblueskyhua/article/details/73135938
前几天有碰到原型的问题。之前以为自己对原型还是有所了解,但是细细研究,发现自己对原型的理解还是太年轻了。
Object.create 和new创建对象的方式,我以我碰到的两种创建方式,Object.create 和new来说明
var Base = function () {}var o1 = new Base();var o2 = Object.create(Base);那这样到底有什么不一样呢?
我先来一段Object.create的实现方式
Object.create = function (o) { var F = function () {}; F.prototype = o; return new F();};可以看出来。Object.create是内部定义一个对象,并且让F.prototype对象 赋值为引进的对象/函数 o,并return出一个新的对象。
再看看var o1 = new Base()的时候new做了什么。
JavaScript 实际上执行的是:var o1 = new Object();o1.[[Prototype]] = Base.prototype;Base.call(o1);new做法是新建一个obj对象o1,并且让o1的__proto__指向了Base.prototype对象。并且使用call 进行强转作用环境。从而实现了实例的创建。
我们来看看两个对象打印情况。
看似是一样的。
我们对原来的代码进行改进一下。
var Base = function () { this.a = 2}var o1 = new Base();var o2 = Object.create(Base);console.log(o1.a);console.log(o2.a);可以看到Object.create 失去了原来对象的属性的访问。
那再看看prototype呢?(一开始没理解prototype和__proto__ 的关系。造成对这两种方式的创建理解非常费解)。
再一次对代码进行改进。
我一开始以为输出的值是2,3。。。以为prototype还是存在的。。结果发现真的发错特错。我们看运行的结果。
依旧是如此。
那我们就以图说话。
(F在创建后被销毁)
看完上图,我们就知道了,为什么通过Object.create构造的连Base原型上的属性都访问不到,因为他压根就没有指向他的prototype。这也就说明了__proto__ 和 prototype 的区别。所以上面在prototype定义的a,只是Base的prototype对象上的一个属性。
再来看看就是:
new关键字必须是以function定义的。Object.create 则 function和object都可以进行构建。小结
比较newObject.create构造函数保留原构造函数属性丢失原构造函数属性原型链原构造函数prototype属性原构造函数/(对象)本身作用对象functionfunction和object instanceof 和 isPrototypeOf写了创建一个对象实例,并且说了通过原型链来完成这一个个对象之间的联系,但是你怎么知道就一定含有呢?所以我们需要一个判断机制。
function Foo(){ //...}Foo.prototype.ff = 2;var a = new Foo();a instanceof Foo; //trueinstanceof 说的是在a的整条[[Prototype]] 是否含有Foo.prototype对象。 但是这个方法只能实现对象(a)和函数(带.prototype引用的Foo),如果你想判断两个对象(a 和 b)是否通过[[Prototype]]链关联。只用instanceof就无法实现。
所以这里用到了isPrototypeOf。
var a = {};var b = Object.ceate(a);b.isPrototypeOf(a);//在a的[[Prototype]]是否出现过b来判断。
来看看isPrototypeOf实现方式。
function isRelatedTo(o1,o2){ function F(){} F.prototype = o2; return o1 instanceof F;}上述函数通过了构建一个辅助函数F,构建了一个prototype对象。从而达到instanceof比较的条件。
console.log(a.isPrototypeOf(b) === isRelatedTo(b,a));// true
举例来说,.constructor是在函数声明时候的默认属性。
我们先来看看下面的代码。
看起来a.constructor === Foo 为真,意味着a的确有一个.constructor指向Foo的.constructor属性。
但是可能出于不理解,或者很多的误操作,都会导致我们.constructor指向的丢失。如下:
可以看到a1并没有.constructor属性。那是为什么呢。?因为a1没有.constructor属性,他会委托[[prototype]]链上的Foo.prototype。但是新建的Foo.prototype也没有.constructor,所以继续往上找,一直到了顶端的Object.prototype。
再来,为了绝对的保证我的代码可靠,不被一些错误操作,影响我们的执行。
想要说明的就是一点对于.constructor,我们并不能完全信任,稍不留神,一个手误或者不懂原理就去改对象。会发生惨烈的指向错误,所以认为constructor的意思是“由…构造”,这个误解代价太高了。
所以可以看出.constructor是一个非常不可靠,并且不安全的引用。在开发中尽量避免使用这些引用。如果用了,请记得检查你的原型,避免出现.constructor丢失。