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 定义的“成员变量”（其本身是对象）中的成员，只是只读成员，切记不可赋值，否则会在各个实例中共享。
