我们知道,javascript不是一种面向对象的语言,我们叫他基于对象的语言,因为在javascript里没有类(class的概念),但我们在使用的javascript的时候,也用到了“属性”和“方法”,其中也充满了各种对象,并且可以通过原型对象生成实例对象,我们应该怎么做呢?
一、 生成对象的原始模式
假定我们把人看成一个对象,它有"名字"和"性别"两个属性。
var Persont = {
name : '',
sex: ''
}
现在,我们需要根据这个原型对象的规格(schema),生成两个实例对象。
var P1 = {}; //创建一个空对象
P1.name ="Jim"; // 按照原型对象的属性赋值
P1.sex="男";
var P2 = {};
P2.name ="Jack";
P2.sex ="男";
好了,这就是最简单的封装了,把两个属性封装在一个对象里面。但是,这样的写法有两个缺点,一是如果多生成几个实例,写起来就非常麻烦;二是实例与原型之间,没不能看出什么实质性的联系。
二、构造函数模式
为了解决从原型对象生成实例的问题,Javascript提供了一个构造函数(Constructor)模式,也是我们最常用的模式。
所谓"构造函数",其实就是一个普通函数,但是内部使用了this变量。对构造函数使用new运算符,就能生成实例,并且this变量会绑定在实例对象上。
比如,人的原型对象现在可以这样写,
functionPerson(name,sex){
this.name=name;
this.sex=sex;
}
我们现在就可以生成实例对象了。
var p1 = newPerson("Jim","男");
var p2 = newPerson("Jack","男");
alert(p1.name); //Jim
alert(p1.sex); //Jack
这时p1和pt2会自动含有一个constructor属性,指向它们的构造函数。
alert(p1.constructor== Person); //true
alert(p2.constructor== Person); //true
Javascript还提供了一个instanceof运算符,验证原型对象与实例对象之间的关系。
alert(p1 instanceofPerson); //true
alert(pt2 instanceofPerson); //true
三、构造函数模式的问题
构造函数方法很好用,但是存在一个浪费内存的问题。
请看,我们现在为Person对象添加一个不变的属性"type"(类型),再添加一个方法eat(吃东西)。那么,原型对象Person就变成了下面这样:
functionPerson(name,sex){
this.name = name;
this.sex = sex;
this.type ="瘦";
this.eat =function(){alert("吃东西");};
}
还是采用同样的方法,生成实例:
var p1 = newPerson("Jim","男");
var p2 = new Person("Jack","男");
alert(p1.type); // 瘦
p1.eat(); // 吃东西
表面上好像没什么问题,但是实际上这样做,有一个很大的弊端。那就是对于每一个实例对象,type属性和eat()方法都是一模一样的内容,每一次生成一个实例,都必须为重复的内容,多占用一些内存。这样既不环保,也缺乏效率。
alert(p1.eat ==p2.eat); //false
能不能让type属性和eat()方法在内存中只生成一次,然后所有实例都指向那个内存地址呢?回答是可以的。
四、 Prototype模式
Javascript规定,每一个构造函数都有一个prototype属性,指向另一个对象。这个对象的所有属性和方法,都会被构造函数的实例继承。
这意味着,我们可以把那些不变的属性和方法,直接定义在prototype对象上。
functionPerson(name,sex){
this.name = name;
this.sex = sex;
}
Person.prototype.type= "瘦";
Person.prototype.eat= function(){alert("吃东西")};
然后,生成实例。
var p1 = newPerson("Jim ","男");
var p2 = newPerson("Jack","男");
alert(p1.type); // 瘦
p1.eat(); // 吃东西
这时所有实例的type属性和eat()方法,其实都是同一个内存地址,指向prototype对象,因此就提高了运行效率。
alert(p1.eat ==p2.eat); //true