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 定義的“成員變量”（其本身是對象）中的成員，只是只讀成員，切記不可賦值，否則會在各個實例中共享。