各种创建对象方式的优缺点
Object构造函数或对象字面量都可以用来创建单个对象，但这些方法有个明显的缺点：使用一个接口创建多个对象，会长生大量的重复代码 。
- 工厂模式
- 优点：解决了Object构造函数或对象字面量创建对象的缺点。
- 缺点：没有解决对象识别的问题（即怎样知道一个对象的类型）。
- 构造函数模式
- 原理：在构造函数内使用 this 关键字，创建属性和方法，再使用 new 运算符创建实例，通过传参生成不同的实例。
- 优点：可以将自定义构造函数的实例标识为一种特定的类型。
- 缺点：构造函数内的每个方法都要在每个实例上重新创建一遍。
- 原型模式
- 原理：创建一个构造函数，在函数外为通过prototype方式添加属性和方法，最后通过new 运算符生成实例。
- 优点：
- 减少内存消耗，系统资源占用少，所有对象实例共享原型对象所包含的属性和方法。
- 解决了上述两种模式的问题。
- 缺点：
- 省略了为构造函数传递初始化参数这一环节，结果所有实例在默认情况下都将取得相同的属性值。
- 优点一既是最大的优点，也同样带来一个严重问题：若原型对象中包含引用类型值的属性（如Array），则会造成多个实例共享同一个引用类型值的属性，造成互相影响。如下代码所示：
function Person(){
}
Person.prototype = {
friends : ["Shelby", "Count"]
};
var person1 = new Person();
var person2 = new Person();
person1.friends.push("Van");
alert(person1.friends); //"Shelby,Count,Van"
alert(person2.friends); //"Shelby,Count,Van"
alert(person1.friends === person2.friends); //true
- 组合使用构造函数模式和原型模式
- 原理：组合使用构造函数模式与原型模式。构造函数模式用于定义实例属性，而原型模式用于定义方法和共享属性。
- 优点：
- 每个实例都会有自己的一份实例属性的副本，但同时又共享着对方法的引用，最大限度地节省了内存。
- 支持项构造函数传递参数。
- 动态原型模式
- 原理：把所有信息都封装在构造函数中，而通过在构造函数中初始化原型（仅在必要地情况下）。换句话说，可以通过检查某个应该存在的方法是否有效，来决定是否需要初始化原型。
- 优点：保持了同时使用构造函数和原型的优点。
- 寄生构造函数模式
- 原理：创建一个函数，该函数的作用仅仅是封装创建对象的代码，然后再返回新创建的对象。
- 优点：可以在特殊的情况下用来为对象创建构造函数。
- 缺点：不能用instanceof操作符来确定对象类型。
- 稳妥构造函数模式
- 特点：
- 新创建对象的实例方法不引用 this。
- 不使用 new 操作符调用构造函数。
- 优点：适合在一些安全的坏境中（这些环境中会禁止使用 this 和 new），或者在防止数据被其他应用程序（Mashup程序）改动时使用。
- 缺点：不能用instanceof操作符来确定对象类型。
- 特点：
