JavaScript之繼承的多種方式和優缺點

1.原型鏈繼承

問題：引用類型的屬性被全部實例共享，舉個例子：

還有個就是在建立 Child 的實例時，不能向Parent傳參。

2. 借用構造函數(經典繼承)

優勢：避免了引用類型的屬性被全部實例共享；2）能夠在 Child 中向 Parent 傳參。舉個例子：

缺點：方法都在構造函數中定義，每次建立實例都會建立一遍方法。

3. 組合繼承

原型鏈繼承和經典繼承雙劍合璧。

優勢：融合原型鏈繼承和構造函數的優勢，是 JavaScript 中最經常使用的繼承模式。

4.原型式繼承

就是 ES5 Object.create 的模擬實現，將傳入的對象做爲建立的對象的原型。

缺點：包含引用類型的屬性值始終都會共享相應的值，這點跟原型鏈繼承同樣。

注意：修改person1.name的值，person2.name的值並未發生改變，並非由於person1和person2有獨立的 name 值，而是由於person1.name = 'person1'，給person1添加了 name 值，並不是修改了原型上的 name 值。

5. 寄生式繼承

建立一個僅用於封裝繼承過程的函數，該函數在內部以某種形式來作加強對象，最後返回對象。

缺點：跟借用構造函數模式同樣，每次建立對象都會建立一遍方法。

6. 寄生組合式繼承

爲了方便你們閱讀，在這裏重複一下組合繼承的代碼：

組合繼承最大的缺點是會調用兩次父構造函數。一次是設置子類型實例的原型的時候：

Child.prototype = new Parent();複製代碼

一次在建立子類型實例的時候：

var child1 = new Child('kevin', '18');複製代碼

回想下 new 的模擬實現，其實在這句中，咱們會執行：

arent.call(this, name);複製代碼

在這裏，咱們又會調用了一次 Parent 構造函數。因此，在這個例子中，若是咱們打印 child1 對象，咱們會發現 Child.prototype 和 child1 都有一個屬性爲colors，屬性值爲['red', 'blue', 'green']。

那麼咱們該如何精益求精，避免這一次重複調用呢？

若是咱們不使用 Child.prototype = new Parent() ，而是間接的讓 Child.prototype 訪問到 Parent.prototype 呢？看看如何實現：

最後咱們封裝一下這個繼承方法：

這種方式的高效率體現它只調用了一次 Parent 構造函數，而且所以避免了在 Parent.prototype 上面建立沒必要要的、多餘的屬性。與此同時，原型鏈還能保持不變；所以，還可以正常使用 instanceof 和 isPrototypeOf。開發人員廣泛認爲寄生組合式繼承是引用類型最理想的繼承範式。