Javascript的繼承和標(biāo)準(zhǔn)的oop繼承有很大的區(qū)別，Javascript的繼承是采用原型鏈的技術(shù)，每個(gè)類都會(huì)將“成員變量”和“成員函數(shù)”放到 prototype 上，Js++都過(guò)superclass將其鏈接起來(lái)，即 C.prototype.superclass = C.superclass = P.prototype;
當(dāng) var c = new C()時(shí)，c.__proto__ = C.prototype ;
當(dāng) c訪問(wèn)“成員變量”時(shí)，如果在__proto__無(wú)法獲取時(shí)，就會(huì)到C.prototype查找，如果又不存在，又會(huì)到父類的prototype查找，由于只有 __proto__ 是對(duì)象創(chuàng)建時(shí)分配的（每個(gè)對(duì)象獨(dú)立分配），其他都是定義時(shí)分配的（每個(gè)對(duì)象共享），此時(shí)，如果訪問(wèn)C.prototype中“成員變量”是對(duì)象時(shí)，不修改“成員變量”的本身，而是修改“成員變量”對(duì)象的成員時(shí)，修改的“成員變量”對(duì)象的成員就會(huì)被所有對(duì)象實(shí)例共享，這樣就違背類設(shè)計(jì)的初衷。
例如：

如何解決此問(wèn)題？
A. 將 v 這樣的成員“成員變量”（其本身是對(duì)象）不在原型鏈上定義，而是在構(gòu)造函數(shù)中調(diào)用，此時(shí)，創(chuàng)建對(duì)象實(shí)例時(shí)，就會(huì)在對(duì)象的__proto__上分配。

Js++提供了類似的方法，只要在jprivate中定義的“成員變量”或“成員函數(shù)”都會(huì)分配到對(duì)象的__proto__上，且只有本實(shí)例可用, jprotected中定義的“成員變量”（其本身是對(duì)象）也會(huì)分配到對(duì)象的__proto__上，且只有繼承他的可用,

B. 原型鏈上只定義只讀的“成員變量”（其本身是對(duì)象）

C.jpublic 定義的“成員變量”（其本身是對(duì)象）中的成員，只是只讀成員，切記不可賦值，否則會(huì)在各個(gè)實(shí)例中共享。