構造函數、原型實現繼承的缺陷
首先來分析構造函數和原型鏈兩種實現繼承方式的缺陷：
構造函數（對象冒充）的主要問題是必須使用構造函數方式，且無法繼承通過原型定義的方法，這不是最好的選擇。不過如果使用原型鏈，就無法使用帶參數的構造函數了。開發者如何選擇呢？答案很簡單，兩者都用。
構造函數+原型混合方式
這種繼承方式使用構造函數定義類，並非使用任何原型。創建類的最好方式是用構造函數定義屬性，用原型定義方法。這種方式同樣適用於繼承機制，用對象冒充繼承構造函數的屬性，用原型鏈繼承 prototype 對象的方法。用這兩種方式重寫前面的例子，代碼如下：
復制代碼 代碼如下:
function ClassA(sColor) {
this.color = sColor;
}
ClassA.prototype.sayColor = function () {
alert(this.color);
};
function ClassB(sColor, sName) {
ClassA.call(this, sColor);
this.name = sName;
}
ClassB.prototype = new ClassA();
ClassB.prototype.sayName = function () {
alert(this.name);
};
在此例子中，繼承機制由兩行突出顯示的藍色代碼實現。在第一行突出顯示的代碼中，在 ClassB 構造函數中，用對象冒充繼承 ClassA 類的 sColor 屬性。在第二行突出顯示的代碼中，用原型鏈繼承 ClassA 類的方法。由於這種混合方式使用了原型鏈，所以 instanceof 運算符仍能正確運行。
下面的例子測試了這段代碼：
復制代碼 代碼如下:
var objA = new ClassA("blue");
var objB = new ClassB("red", "John");
objA.sayColor(); //輸出 "blue"
objB.sayColor(); //輸出 "red"
objB.sayName(); //輸出 "John"