毋庸置疑，這種方式是比較容易理解的，在子類中調用父類的構造函數。另外，這種方法最大的一個優點就是說構造繼承可以實現多繼承，復習下這個代碼：

但是這種方式也有著這樣和那樣的缺點：
熟悉面向對象的我們來看這樣一段C#代碼：

結果呢？b當然是A的一個實例:

然而我們對上面的那段使用構造繼承的Javascript代碼做這樣的測試：

可是得到的結果卻不是我們想象的那樣：

其實很容易解釋：構造繼承只是通過了調用父類的構造方法復制的父類的屬性，其他的什么搜沒有做，所以很多資料中并不把這種繼承方式稱做繼承。

看到缺點的同時也記住優點：支持多繼承。

我們看C# 的繼承，發現與這個繼承有兩個最典型的不同：C#不支持多繼承，以及我上面提到的構造繼承的缺點。于是就產生了一種新的繼承方式，我們成為原型繼承。

看到名字，可以大致理解，原型繼承就是使用原型（prototype）的特性來實現繼承的。這是在Javascript最流行的一種繼承方式。如果對原型有不理解，請關注我的另一篇文章：《玩轉原型――prototype》。
我們先來看代碼，在這里，我借鑒《Javascript王者歸來》中的一段代碼：

測試通過。說明Point2D已經繼承了父類的方法，再看看instance。

alert(p instanceof Point);

成功！好，我們來分析下原型繼承：

原型繼承的優點我不再多說，結構簡單，容易理解，而且可以instance。但是他的缺點同樣顯著，還記得我上一篇關于Animal,People，Girl的例子么？我們用原型繼承來實現下：

大家注意看我紅色加粗部分的那行代碼，People是Girl的原型，那么我們在初始化People的時候就應該傳入name參數，但是每個Girl的名字是不一樣的，所以原型繼承不使用的場合一：在原型繼承階段你不能確定用什么參數來初始化父類對象。場合二：很簡單，每一個類只能有一個原型，那么也就是說，原型繼承不能用于多繼承。這是件好事，也是件壞事。因為：
在Java和C#等面向對象語言中，本來就不支持多繼承，并且認為多繼承是不符合面向對象的

無法實現多個接口了！

好了，今天就寫到這，總結下，Prototype繼承解決了構造繼承的一些問題，又引入了一些新的問題。總體來說，原型繼承是應用最廣泛的繼承方式，也是Javascript文法中真正意思上實現繼承的方式！