关于Object.create()的理解

原文链接:https://blog.csdn.net/blueblueskyhua/article/details/73135938
我的理解:Object.create相当于js红宝书中的组合寄生继承里面引入一个中间的函数。这样子类可以继承父类原型中的方法且不会直接修改原型方法。

前几天有碰到原型的问题。之前以为自己对原型还是有所了解,但是细细研究,发现自己对原型的理解还是太年轻了。

[图片上传失败...(image-e05217-1530862992560)]

Object.create 和new

创建对象的方式,我以我碰到的两种创建方式,Object.create 和new来说明

var Base = function () {}
var o1 = new Base();
var o2 = Object.create(Base);

那这样到底有什么不一样呢?
[图片上传失败...(image-3099da-1530862992560)]

我先来一段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 进行强转作用环境。从而实现了实例的创建。

我们来看看两个对象打印情况。
[图片上传失败...(image-1a5bdc-1530862992560)]

看似是一样的。

我们对原来的代码进行改进一下。

var Base = function () {
    this.a = 2
}
var o1 = new Base();
var o2 = Object.create(Base);
console.log(o1.a);
console.log(o2.a);

[图片上传失败...(image-a2543-1530862992560)]

可以看到Object.create 失去了原来对象的属性的访问。
那再看看prototype呢?(一开始没理解prototype和__proto__ 的关系。造成对这两种方式的创建理解非常费解)。
再一次对代码进行改进。

var Base = function () {
    this.a = 2
}
Base.prototype.a = 3;
var o1 = new Base();
var o2 = Object.create(Base);
console.log(o1.a);
console.log(o2.a);

我一开始以为输出的值是2,3。。。以为prototype还是存在的。。结果发现真的发错特错。我们看运行的结果。
[图片上传失败...(image-2140c4-1530862992560)]

依旧是如此。

[图片上传失败...(image-e8d3bd-1530862992560)]

那我们就以图说话。

[图片上传失败...(image-6ef38b-1530862992560)]

[图片上传失败...(image-f0a0f6-1530862992560)]

(F在创建后被销毁)

看完上图,我们就知道了,为什么通过Object.create构造的连Base原型上的属性都访问不到,因为他压根就没有指向他的prototype。这也就说明了__proto__prototype 的区别。所以上面在prototype定义的a,只是Base的prototype对象上的一个属性。

再来看看就是:

  1. new关键字必须是以function定义的。
  2. Object.create 则 function和object都可以进行构建。

小结

比较 new Object.create
构造函数 保留原构造函数属性 丢失原构造函数属性
原型链 原构造函数prototype属性 原构造函数/(对象)本身
作用对象 function function和object

instanceof 和 isPrototypeOf

写了创建一个对象实例,并且说了通过原型链来完成这一个个对象之间的联系,但是你怎么知道就一定含有呢?所以我们需要一个判断机制。

[图片上传失败...(image-d61b01-1530862992559)]

function Foo(){
    //...
}
Foo.prototype.ff = 2;
var a  = new Foo();
a instanceof Foo; //true

instanceof 说的是在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

举例来说,.constructor是在函数声明时候的默认属性。
我们先来看看下面的代码。

function Foo(){
}
console.log(Foo.prototype.constructor === Foo);//true
var a = new Foo();
console.log(a.constructor === Foo);//true

看起来a.constructor === Foo 为真,意味着a的确有一个.constructor指向Foo的.constructor属性。
但是可能出于不理解,或者很多的误操作,都会导致我们.constructor指向的丢失。如下:

function Foo(){
}
Foo.prototype = {}
var a1 = new Foo();
console.log(a1.constructor === Foo);//false
console.log(a1.constructor === Object);//true

可以看到a1并没有.constructor属性。那是为什么呢。?因为a1没有.constructor属性,他会委托[[prototype]]链上的Foo.prototype。但是新建的Foo.prototype也没有.constructor,所以继续往上找,一直到了顶端的Object.prototype。
再来,为了绝对的保证我的代码可靠,不被一些错误操作,影响我们的执行。

function Foo(){
}
Foo.prototype = {}
var a1 = new Foo();
Object.defineProperty(Foo.prototype, "constructor", {
    enumerable: false,
    writeable:true,
    configureable: true,
    value: Foo // 让.constructor指向Foo
})

想要说明的就是一点对于.constructor,我们并不能完全信任,稍不留神,一个手误或者不懂原理就去改对象。会发生惨烈的指向错误,所以认为constructor的意思是“由…构造”,这个误解代价太高了。

所以可以看出.constructor是一个非常不可靠,并且不安全的引用。在开发中尽量避免使用这些引用。如果用了,请记得检查你的原型,避免出现.constructor丢失。

你可能感兴趣的:(关于Object.create()的理解)