Javascript的繼承和標(biāo)準(zhǔn)的oop繼承有很大的區(qū)別，Javascript的繼承是采用原型鏈的技術(shù)，每個類都會將“成員變量”和“成員函數(shù)”放到 prototype 上，Js++都過superclass將其鏈接起來，即 C.prototype.superclass = C.superclass = P.prototype;
當(dāng) var c = new C()時，c.__proto__ = C.prototype ;
當(dāng) c訪問“成員變量”時，如果在__proto__無法獲取時，就會到C.prototype查找，如果又不存在，又會到父類的prototype查找，由于只有 __proto__ 是對象創(chuàng)建時分配的（每個對象獨(dú)立分配），其他都是定義時分配的（每個對象共享），此時，如果訪問C.prototype中“成員變量”是對象時，不修改“成員變量”的本身，而是修改“成員變量”對象的成員時，修改的“成員變量”對象的成員就會被所有對象實(shí)例共享，這樣就違背類設(shè)計的初衷。
例如：
});
'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，并不是預(yù)想的 1
console.log(b2.x.a) // 輸出為 1
console.log(b2.p.a) // 不可用，會提示 p不存在
如何解決此問題？
A. 將 v 這樣的成員“成員變量”（其本身是對象）不在原型鏈上定義，而是在構(gòu)造函數(shù)中調(diào)用，此時，創(chuàng)建對象實(shí)例時，就會在對象的__proto__上分配。
Js++提供了類似的方法，只要在jprivate中定義的“成員變量”或“成員函數(shù)”都會分配到對象的__proto__上，且只有本實(shí)例可用, jprotected中定義的“成員變量”（其本身是對象）也會分配到對象的__proto__上，且只有繼承他的可用,
B. 原型鏈上只定義只讀的“成員變量”（其本身是對象）
C.jpublic 定義的“成員變量”（其本身是對象）中的成員，只是只讀成員，切記不可賦值，否則會在各個實(shí)例中共享。
新聞熱點(diǎn)
疑難解答
