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.va = 5;
b1.xa = 5;
var b2 = new B();
console.log(b1.va) // 輸出為5
console.log(b1.xa) // 輸出為5
console.log(b2.va) // 輸出也為5，並不是預想的1
console.log(b2.xa) // 輸出為1
console.log(b2.pa) // 不可用，會提示p不存在
如何解決此問題？
A. 將v 這樣的成員“成員變量”（其本身是對象）不在原型鏈上定義，而是在構造函數中調用，此時，創建對象實例時，就會在對象的__proto__上分配。
Js++提供了類似的方法，只要在jprivate中定義的“成員變量”或“成員函數”都會分配到對象的__proto__上，且只有本實例可用, jprotected中定義的“成員變量”（其本身是對象）也會分配到對象的__proto__上，且只有繼承他的可用,
B. 原型鏈上只定義只讀的“成員變量”（其本身是對象）
C.jpublic 定義的“成員變量”（其本身是對象）中的成員，只是只讀成員，切記不可賦值，否則會在各個實例中共享。