JavaScript: 创建对象的多种模式

  • 工厂模式
function createPerson(name, age, job){
 var o = new Object();
 o.name = name;
 o.age = age
 o.job = job;
 o.sayName = function(){
  alert(this.name);
 }
 return o;
}

var person1 = createPerson('a', 18, 'coder');
var person2 = createPerson('a', 18, 'coder');

工作模式是通过一个函数返回一个对象,但是有个问题是:新建对象实例和普通的调用函数没有辨识度。

  • 构造函数模式
function Person(){
 this.name = name;
 this.age = age;
 this.job = job;
 this.sayName = function(){
  alert(this.name); 
 }
}

var person1 = new Person('a', 18, 'coder');
var person2 = new Person('b', 18, 'coder');
  • 和工厂模式相比,构造函数模式,没有显示地创建对象,并返回,而是直接将属性和“静态“方法赋值给this对象。使用new操作符新建实例,this对象引用的是以Person对象为模板的新对象。
  • 使用new操作符这种方式调用构造函数,实际上是经历了下面四个步骤:
  1. 创建一个新对象;
  2. 将构造函数的作用域赋值给新对象(因此this对象引用的是新对象,而不是原型对象);
  3. 执行构造函数的代码;
  4. 返回这个新对象。

上面的工厂模式也是经历的这几个步骤,不过工厂模式是在构造函数中使用new操作符新建对象实例。

 

使用构造函数模式,解决了“标识函数和类型”的问题,但是如果在构造函数内部新建函数就会有个问题:
在实例person1和person2中都sayName函数,虽然功能相同,
但是他们却是开辟了两个空间,新建了两个函数,因为他们各自在不同的作用域中。

避免重复新建同样功能函数,避免冗余可以这样做:

function Person(name, age, job){
  this.name = name;
  this.age = age;
  this.job = job;
  this.sayName = sayName;
}
function sayName(){
  alert(this.name);
}

这样做也带来一个新的问题:
为了避免同功能函数的冗余,然后我们把这些”静态函数”都放在了全局作用域中,而在新对象中进行引用。但是一旦函数多起来,封装性就会失去,一堆函数在全局作用域,这样也污染全局作用域。我自己的一个折中的做法是:用“+function(){ /*代码/ }()”包裹。js提供另外一种方法:原型模式*

  • 原型模式

构造函数会有一个prototype属性,他存放的是一个指针,指向原型对象,实例也是有个功能相同的内部属性[[prototype]] / __proto__(__proto__属性只在FireFox、chrome、Safari得到支持)指向原型对象,而原型对象中则有一个属性,constructor,他指向构造函数,而prototype是原型模式的核心:

  • prototype / [[prototype]],该属性存放的是一个指针,指向原型对象;
  • 原型对象的属性:constructor,该属性存放的是一个指针,指向构造函数;
+function(){
    function Person(){}
    Person.prototype.name = 'issac';
    Person.prototype.age = 18;
    Person.prototype.sayName = function(){
        console.log(this.name);
    }
}();
var person1 = new Person('a', 18);

更简单的原型语法

将对象赋值给prototype属性,即使用字面量的方法简写为:

Person.prototype = {
    sayName: function(){ console.log(this.name) }
};

这样虽然可以很好的简写,但要注意的一点是,这样做相当于重写了原型对象,constructor不再指向Person,而是指向Object构造函数。如果要使用到这个属性,就要手动将constructor指向Person

Person.prototype = {
    constructor: Person,
    sayName: function(){ console.log(this.name) }
};

这样做,也并非和默认获得的constructor属性相同,因为该属性是手动添加的,那么内部属性[[Enumerable]]是默认为true的,而默认获得的constructor的枚举是false的。可以使用defineProperty方法设置

Object.defineProperty(Person.proptotype, 'constructor', {
  enumerable: fase,
  value: Person
});
  • 只用原型模式的问题

原型模式最大的问题是由他的共享性引起,在属性还是基本类型的时候还没有什么问题,但如果是引用类型,问题就很明显了。

function Person(){}
Person.prototype.name = 'issac';
Person.prototype.arr = ['issac', 'is', 'iron'];
var p1 = new Person();
var p2 = new Person();
p1.arr.push('man');
console.log(p1.arr);  //['issac', 'is', 'iron', 'man']
console.log(p2.arr);  //['issac', 'is', 'iron', 'man']

如果一开始就是打算共享这个数组还好说,但是更多时候这种情况是希望每个对象实例拥有独立的数组。这也是,比较少单独使用原型模式的原因。

 

  • 小插曲:实例对象中建立和原型对象属性同名的属性,会屏蔽原型对象的属性,就算将实例对象中的同名属性赋值为null也不能取消屏蔽,但是可以使用 delete 操作符 删除实例对象中的同名属性,可以重新访问到原型对象中的同名属性。
     
  • hasOwnProperty可以用来判断属性是不是属于实例对象
  • 组合原型模式和构造函数模式

从上面的构造函数模式和原型模式,可以知道,构造函数模式,定义的属性和方法是非共享的,在新建对象实例时复制了一份属性副本(没有必要在这里定义方法,因为方法功能一样,不必给每个实例分配一个副本,这是冗余,浪费内存),都是独立的;而用原型模式构造的属性和方法是共享的,每个属性调用的原型属性和方法都是共享的,相当于静态的属性/方法。
结合这两个特点,可以以构造函数模式定义实例属性/方法(非共享),以原型模式定义静态方法/属性(共享)

//构造实例属性
function Person(name, age, job){
  this.name = name;
  this.age = age;
  this.job = job;
  this.not_share = ['issac', 'frank'];
}
//静态的共享属性/方法
Person.prototype = {
  sayName: function(){
    console.log(this.name);
  },
  share: ['issac', 'person'],
};
var p1 = new Person('a', 18, 'coder');
var p2 = new Person('b', 18, 'coder');
p1.share.push('dube');
p1.not_share.push('dube');
console.log(p1.share);
console.log(p2.share);
console.log(p1.not_share);
console.log(p2.not_share);
Paste_Image.png
  • 寄生构造函数模式

个人是认为这种模式适合用在原生对象上进行扩展,这样也很适合“寄生”这一词。

//给Array添加一个特殊的方法,但是有不污染Array对象
function SpecialArray(){
  var values = new Array();
  values.push.apply(values, arguments);
  values.toPipedString = function(){
    return this.join("|");
  };
  return values;
}
var arr = new SpecialArray('red', 'white', 'new');
console.log(arr.toPipedString());

一个小插曲,也是写到这里才知道,函数可以不写形参,而直接从arguments对象(数组)中获取实参。


Paste_Image.png
  • 小结:主要介绍了以下五种创建对象的模式。
  1. 工厂模式;
  1. 构造函数模式;
  2. 原型模式;
  3. 组合原型模式和构造函数模式;
  4. 寄生构造函数模式;
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 203,456评论 5 477
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,370评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 150,337评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,583评论 1 273
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,596评论 5 365
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,572评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,936评论 3 395
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,595评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,850评论 1 297
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,601评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,685评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,371评论 4 318
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,951评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,934评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,167评论 1 259
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 43,636评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,411评论 2 342

推荐阅读更多精彩内容