Javascript的繼承和標准的oop繼承有很大的區別，Javascript的繼承是采用原型鏈的技術，每個類都會將“成員變量”和“成員函數”放到 prototype 上，Js++都過superclass將其鏈接起來，即 C.prototype.superclass = C.superclass = P.prototype;
當 var c = new C()時，c.__proto__ = C.prototype ;
當 c訪問“成員變量”時，如果在__proto__無法獲取時，就會到C.prototype查找，如果又不存在，又會到父類的prototype查找，由於只有 __proto__ 是對象創建時分配的（每個對象獨立分配），其他都是定義時分配的（每個對象共享），此時，如果訪問C.prototype中“成員變量”是對象時，不修改“成員變量”的本身，而是修改“成員變量”對象的成員時，修改的“成員變量”對象的成員就會被所有對象實例共享，這樣就違背類設計的初衷。
例如：
復制代碼 代碼如下:
'package'.j(function () {
'class A'.j(function () {
jpublic({
v:{a: 1}
});
jprivate({
p:{a:1}
});
jprotected({
x:{a:1}
});
});
'class B extends A'.j(function () {
});
});
var b1 = new B();
b1.v.a = 5;
b1.x.a = 5;
var b2 = new B();
console.log(b1.v.a) // 輸出為 5
console.log(b1.x.a) // 輸出為 5
console.log(b2.v.a) // 輸出也為 5，並不是預想的 1
console.log(b2.x.a) // 輸出為 1
console.log(b2.p.a) // 不可用，會提示 p不存在
如何解決此問題？
A. 將 v 這樣的成員“成員變量”（其本身是對象）不在原型鏈上定義，而是在構造函數中調用，此時，創建對象實例時，就會在對象的__proto__上分配。
Js++提供了類似的方法，只要在jprivate中定義的“成員變量”或“成員函數”都會分配到對象的__proto__上，且只有本實例可用, jprotected中定義的“成員變量”（其本身是對象）也會分配到對象的__proto__上，且只有繼承他的可用,
B. 原型鏈上只定義只讀的“成員變量”（其本身是對象）
C.jpublic 定義的“成員變量”（其本身是對象）中的成員，只是只讀成員，切記不可賦值，否則會在各個實例中共享。