这两天重新看着李炎恢的JavaScript视频学习了一遍,在看到第十五章 面向对象及原型 的时候,感觉必须要把所讲的知识点总结一下,以便今后查看:
(备注:查看该篇博客时,请结合视频及视频课件)
一、创建对象的几种方式
1、各自独立声明模式
[javascript] view plain copy
- var box1 = new Object();
- box1.name = 'Lee';
- box1.age = 100;
- box1.run = function () {
- return this.name + this.age + '运行中...';
- };
- alert(box.run());
-
- var box2 = new Object();
- box2.name = 'Jack';
- box2.age = 200;
- box2.run = function () {
- return this.name + this.age + '运行中...';
- };
- alert(box2.run());
此时box2和box1是相互独立的,不会混淆。但是这样子每声明一个结构相同的对象,都得加一段代码,特别不方便,所以有了下面的工厂模式。
2、工厂模式
[javascript] view plain copy
- function createObject(name, age) {
- var obj = new Object();
- obj.name = name;
- obj.age = age;
- obj.run = function () {
- return this.name + this.age + '运行中...';
- };
- return obj;
- }
这样子每次new对象时只需调用createObject()方法即可,同时,还可以传参初始化对象。
但由于new出来的对象都从属于Object,当我要使new出来的对象在本质做一些区分的时候,就不行了,此时就有了更简便的构造函数模式。
3、构造函数模式
[javascript] view plain copy
- function Box(name, age) {
- this.name = name;
- this.age = age;
- this.run = function () {
- return this.name + this.age + '运行中...';
- };
- }
- var box1 = new Box('Lee', 100);
- var box2 = new Box('Jack', 200);
- alert(box1.run());
- alert(box1 instanceof Box);
构造函数模式很大程度上解决了对象复用及传参初始化问题,是最常用的new对象的模式。
注意: 此处box1.run != box2.run, 因为他们判断的是引用地址,由此可知,两个对象的方法分别存储在不同的地方,是两个不同的方法。
但 box1.run() == box2.run(),因为它们返回值一样。
当有了对象以后,自然而然就会涉及到对象属性及方法的共享问题(比如,在java中子类们共享父类的成员变量及方法)。
构造函数模式创建出的对象说白了还是相互独立的(比如上面的box1.run != box2.run),如果我要在两个对象之间共享某些属性的话,就必须要采用原型prototype了。
二、通过原型创建对象
1、原型模式
[javascript] view plain copy
- function Box() {}
- Box.prototype.name = 'Lee';
- Box.prototype.age = 100;
- Box.prototype.arr = ['aaa','bbb'];
- Box.prototype.run = function () {
- return this.name + this.age + '运行中...';
- };
- var box1 = new Box();
- var box2 = new Box();
-
-
- alert(box1.name);
- box1.name = 'Rinima';
- alert(box1.name);
- alert(box2.name);
-
-
-
- alert(box1.arr);
- box1.arr.push('ccc');
- alert(box1.arr);
- alert(box2.arr);
-
-
该模式的优点: 1、所new出来的对象在prototype中的属性是共享的,此时box1.run == box2.run
2、能保证所new的对象实例的属性完全统一(和缺点2相对)
该模式的缺点: 1、当含有引用类型的属性时,引用类型所指向的属性是存在prototype中,直接在对象中修改引用属性就把所有对象的引用属性都修改了
2、该种模式省略了初始化传参,使得new出来的所有属性都是一样的
1.1、原型字面量模式
(原型模式的另外一种模式,大体上区别不大,都属于原型模式)[javascript] view plain copy
- function Box() {};
- Box.prototype = {
- constructor : Box,
- name : 'Lee',
- age : 100,
- run : function () {
- return this.name + this.age + '运行中...';
- }
- };
该模式继承了原型模式的所有优缺点,但是也有自己特有的优缺点
优点: 更好的体现了封装性
缺点: constructor没有指向自身,必须手动强制指向
2、构造函数+原型模式
[javascript] view plain copy
- function Desk(name, age) {
- this.name = name;
- this.age = age;
- this.family = ['aaa', 'bbb', 'ccc'];
- };
- Desk.prototype = {
- constructor : Desk,
- run : function () {
- return this.name + this.age + this.family;
- }
- };
-
- var desk1 = new Desk('Lee',100);
- var desk2 = new Desk('Jack',200);
- alert(desk1.family);
- desk1.family.push('ddd');
- alert(desk1.family);
- alert(desk2.family);
优点: 这种模式完美解决了共享属性与不共享属性的问题,而且可以精确控制,是非常不错的模式。
缺点: 但是此种办法,原型与构造函数相分离,让人感觉很怪异,体现不了封装。
3、动态原型模式
[javascript] view plain copy
- function Box(name ,age) {
- this.name = name;
- this.age = age;
-
- if (typeof this.arr != 'object') {
- alert('在第一次调用的时候...arr');
- Box.prototype.arr = ['aaa','bbb'];
- }
- if (typeof this.run != 'function') {
- alert('在第一次调用的时候...run');
- Box.prototype.run = function () {
- return this.name + this.age + '运行中...';
- };
- }
- }
- var box1 = new Box();
- var box2 = new Box();
- alert( box1.arr );
- box1.arr.push('ccc');
- alert( box1.arr );
- alert( box2.arr );
优点:这个模式继承了上一个模式(构造+原型)的所有优点,同时也完美解决了封装性问题
注意:此种模式书写原型时不可用字面量模式,会切断实例和新原型之间的联系的。???
基本到这里,以上两种模式已经能处理大多数问题,而且是比较好的模式了。
但是,还是有一些比较特定的需求,需要用到以下两种比较另类的模式。
4、寄生构造函数模式(工厂模式+构造函数模式)
[javascript] view plain copy
- function Box(name, age) {
- var obj = new Object();
- obj.name = name;
- obj.age = age;
- obj.run = function () {
- return this.name + this.age + '运行中...';
- };
- return obj;
- }
5、稳妥构造函数模式
[javascript] view plain copy
- function Box(name , age) {
- var obj = new Object();
- obj.run = function () {
- return name + age + '运行中...';
- };
- return obj;
- }
稳妥构造函数模式,是当构造函数里不允许使用this,外部实例化时不准用new时,才需要用到的模式。
我也不知道为啥会出现这样那么奇葩的需求。不过这么多的创建对象模式,确实比Java眼花缭乱多了。