不錯的一篇關於javascript-prototype繼承

1.最基本的用法 把ClassA的一個執行個體賦值給ClassB，
ClassB就繼承了ClassA的所有屬性。
代碼入下：
[Ctrl+A 全選 注:如需引入外部Js需重新整理才能執行]

2.從原型繼承理論的角度去考慮，
js的原型繼承是引用原型，不是複製原型，
所以，修改原型會導致所有B的執行個體的變化。
代碼如下：
[Ctrl+A 全選 注:如需引入外部Js需重新整理才能執行]

3.然而 子類對象的寫操作只訪問子類對象中成員，
它們之間不會互相影響，因此，
寫是寫子類 讀是讀原型（如果子類中沒有的話）。
[Ctrl+A 全選 注:如需引入外部Js需重新整理才能執行]

4.每個子類對象都執有同一個原型的引用，
所以子類對象中的原型成員實際是同一個。
[Ctrl+A 全選 注:如需引入外部Js需重新整理才能執行]

5.構造子類時 原型的建構函式不會被執行
[Ctrl+A 全選 注:如需引入外部Js需重新整理才能執行]

6.接下來是致命的，在子類對象中訪問原型的成員對象：
[Ctrl+A 全選 注:如需引入外部Js需重新整理才能執行]

7.所以 在prototype繼承中 原型類中不能有成員對象！ 所有成員必須是實值型別資料（string也可以）
用prototype繼承有執行效率高，不會浪費記憶體，為父類動態添置方法後子類中馬上可見等的優點。

8.prototype繼承是通過把子類的原型對象（prototype）設定成父類的一個執行個體來進行繼承的。

9.prototype繼承也有四個比較明顯的缺點：
　　缺點一：父類的建構函式不是像JAVA中那樣在給子類進行執行個體化時執行的，而是在設定繼承的時候執行的，並且只執行一次。這往往不是我們希望的，特別是父類的建構函式中有一些特殊操作的情況下。
　　缺點二：由於父類的建構函式不是在子類進行執行個體化時執行，在父類的建構函式中設定的成員變數到了子類中就成了所有執行個體對象公有的公開變數。由於JavaScript中繼承只發生在“擷取”屬性的值時，對於屬性的值是String，Number和Boolean這些資料本身不能被修改的類型時沒有什麼影響。但是Array和Object類型就會有問題。
　　缺點三：如果父類的建構函式需要參數，我們就沒有辦法了。
　　缺點四：子類原本的原型對象被替換了，子類本身的constructor屬性就沒有了。在類的執行個體取它的constructor屬性時，取得的是從父類中繼承的constructor屬性，從而constructor的值是父類而不是子類。

10.可以針對prototype的缺點進行改造
比如把它寫成Function對象的一個方法，這樣用的時候方便。

Function.prototype.Extends = function (parentClass)
{
var Bs = new Function();
Bs.prototype = parentClass.prototype;
this.prototype = new Bs();
this.prototype.Super = parentClass;
this.prototype.constructor = this;
}

希望各位 js 高手能把更好的方式介紹給大家
針對第3，6個
[Ctrl+A 全選 注:如需引入外部Js需重新整理才能執行]

針對繼承，
Array.prototype 就不能繼承 ClassA，ClassB
[Ctrl+A 全選 注:如需引入外部Js需重新整理才能執行]

帶參數的繼承問題 aaa<p>
[Ctrl+A 全選 注:如需引入外部Js需重新整理才能執行]