今天我们来讨论创建对象的几种方式，按照以下几种方式进行介绍：
（1）工厂模式
（2）构造函数模式
（3）原型模式
（4）动态原型模式
（5）寄生构造函数模式
（6）稳妥构造函数模式
一、工厂模式：工厂模式抽象了创建具体对象的流程，用函数包装创建对象的细节。如下图1-1：
如上，工厂模式顾名思义就类似于工厂的生产化方式，拼装完一个完整的对象后，通过return语句返回出厂。我们给这个对象加上name，age，job属性，添加上sayName方法然后返回出来。
我们可以无数次的调用该方法，传入不同的参数，每次都会返回一个包含三个属性一个方法的对象。虽然这样创建方法很是方便，但是这样却没有解决对象识别问题--即知道一个对象的类型。所以出现了第二种创建对象的方法。
二、构造函数模式
通过构造函数模式，我们可以创建自定义的构造函数，从而定义自定义对象类型的属性和方法。如图2-1：
我们可以看到构造函数模式和工厂模式的主要区别有以下几点：
1.没有显示的声明一个对象。
2.直接将属性和方法赋值给this对象。
3.没有return语句。
此外通过构造函数模式构造的对象，构造函数名的首字母都应该大写。然后看到创建对象的时候通过new操作符。这样创建一个对象会经历一下四个步骤：
1.创建一个对象。
2.将执行构造函数的作用域赋给新的对象（因此this就指向了这个新对象）。
3.执行构造函数的代码。（为这个对象添加属性）
4.返回新的对象。
通过构造函数所创建的每个对象都会有一个constructor属性。该属性指向的是Person构造函数。如图2-2：
创建自定义的构造函数意味着将来可以将它的实例标识为一种特定的类型；这个正是构造函数胜过工厂模式的地方。
构造函数与其他函数唯一的区别就是调用的方式不一样，构造函数也是函数，所以和平常函数定义的方法是一样的。任何的函数只要通过new操作符调用，那他就可以作为构造函数。
构造函数的方法构造对象却是很是方便，但是也不是没有缺点，因为通过构造函数的方式创建对象，就是每个方法都要在每个实例上重新创建一遍。在前面的例子中，ｐ１，ｐ２都有一个sayName方法，但是这个sayName方法并不是同一个Function实例所创建的，因此每定义一个函数就实例化了一个对象。可以把之前创建对象的方式理解为下面这样，如图2-3:
可以看到如果这样，每个Person实例都包含一个不一样的Function实例，以这样的方式创建函数，会导致不同的作用域链和标识符解析。创建两个完全同样完成任务的Function实例没用必要，如下2-4：
这里我们把sayName移动到了构造函数外部，在构造函数内部，我们把sayName属性设置成等于全局的sayName函数，这样一来，由于sayName包含一个指向函数的指针，因此p1和p2对象就共享了在全局作用域中定义的同一个sayName函数。
那么问题来了，在全局作用域中定义的函数实际上只能被某个对象调用，这让全局函数名不副实，如果对象需要定义很多方法的，那么就要定义很多的全局函数，这样就没有封装性可言，那么又出现了一种新的创建对象的方式，原型模式。
今天就写到这里，明天我们一起学习原型模式和构造函数模式与原型模式的组合使用。
