八、JavaScript面向?qū)ο蟮闹С?br />~~~~~~~~~~~~~~~~~~
(續(xù))
?4). 需要用戶維護(hù)的另一個(gè)屬性：constructor
?------
?回顧前面的內(nèi)容，我們提到過：
?? - (如果正常地實(shí)現(xiàn)繼承模型，)對(duì)象實(shí)例的constructor屬性指向構(gòu)造器
?? - obj.constructor.prototype指向該對(duì)象的原型
?? - 通過Object.constructor屬性，可以檢測obj2與obj1是否是相同類型的實(shí)例
? 與原型鏈要通過用戶代碼來維護(hù)prototype屬性一樣，實(shí)例的構(gòu)造器屬性constructor
也需要用戶代碼維護(hù)。
? 對(duì)于JavaScript的內(nèi)置對(duì)象來說，constructor屬性指向內(nèi)置的構(gòu)造器函數(shù)。如：
//---------------------------------------------------------
// 內(nèi)置對(duì)象實(shí)例的constructor屬性
//---------------------------------------------------------
var _object_types = {
? 'function'? : Function,
? 'boolean'?? : Boolean,
? 'regexp'??? : RegExp,
// 'math'???? : Math,
// 'debug'??? : Debug,
// 'image'??? : Image;
// 'undef'??? : undefined,
// 'dom'????? : undefined,
// 'activex'? : undefined,
? 'vbarray'?? : VBArray,
? 'array'???? : Array,
? 'string'??? : String,
? 'date'????? : Date,
? 'error'???? : Error,
? 'enumerator': Enumerator,
? 'number'??? : Number,
? 'object'??? : Object
}
function objectTypes(obj) {
? if (typeof obj !== 'object') return typeof obj;
? if (obj === null) return 'null';
? for (var i in _object_types) {
??? if (obj.constructor===_object_types[i]) return i;
? }
? return 'unknow';
}
// 測試數(shù)據(jù)和相關(guān)代碼
function MyObject() {
}
function MyObject2() {
}
MyObject2.prototype = new MyObject();
window.execScript(''+
'Function CreateVBArray()' +
'? Dim a(2, 2)' +
'? CreateVBArray = a' +
'End Function', 'VBScript');
document.writeln('<div id=dom style="display:none">dom<', '/div>');
// 測試代碼
var ax = new ActiveXObject("Microsoft.XMLHTTP");
var dom = document.getElementById('dom');
var vba = new VBArray(CreateVBArray());
var obj = new MyObject();
var obj2 = new MyObject2();
document.writeln(objectTypes(vba), '<br>');
document.writeln(objectTypes(ax), '<br>');
document.writeln(objectTypes(obj), '<br>');
document.writeln(objectTypes(obj2), '<br>');
document.writeln(objectTypes(dom), '<br>');
在這個(gè)例子中，我們發(fā)現(xiàn)constructor屬性被實(shí)現(xiàn)得并不完整。對(duì)于DOM對(duì)象、ActiveX對(duì)象
來說這個(gè)屬性都沒有正確的返回。
確切的說，DOM（包括Image)對(duì)象與ActiveX對(duì)象都不是標(biāo)準(zhǔn)JavaScript的對(duì)象體系中的，
因此它們也可能會(huì)具有自己的constructor屬性，并有著與JavaScript不同的解釋。因此，
JavaScript中不維護(hù)它們的constructor屬性，是具有一定的合理性的。
另外的一些單體對(duì)象(而非構(gòu)造器)，也不具有constructor屬性，例如“Math”和“Debug”、
“Global”和“RegExp對(duì)象”。他們是JavaScript內(nèi)部構(gòu)造的，不應(yīng)該公開構(gòu)造的細(xì)節(jié)。
我們也發(fā)現(xiàn)實(shí)例obj的constructor指向function MyObject()。這說明JavaScript維護(hù)了對(duì)
象的constructor屬性。——這與一些人想象的不一樣。
然而再接下來，我們發(fā)現(xiàn)MyObject2()的實(shí)例obj2的constructor仍然指向function MyObject()。
盡管這很說不通，然而現(xiàn)實(shí)的確如此?！@到底是為什么呢？
事實(shí)上，僅下面的代碼：
--------
function MyObject2() {
}
obj2 = new MyObject2();
document.writeln(MyObject2.prototype.constructor === MyObject2);
--------
構(gòu)造的obj2.constructor將正確的指向function MyObject2()。事實(shí)上，我們也會(huì)注意到這
種情況下，MyObject2的原型屬性的constructor也正確的指向該函數(shù)。然而，由于JavaScript
要求指定prototype對(duì)象來構(gòu)造原型鏈：
--------
function MyObject2() {
}
MyObject2.prototype = new MyObject();
obj2 = new MyObject2();
--------
這時(shí)，再訪問obj2，將會(huì)得到新的原型(也就是MyObject2.prototype)的constructor屬性。
因此，一切很明了：原型的屬性影響到構(gòu)造過程對(duì)對(duì)象的constructor的初始設(shè)定。
作為一種補(bǔ)充的解決問題的手段，JavaScript開發(fā)規(guī)范中說“need to remember to reset
the constructor property'，要求用戶自行設(shè)定該屬性。
所以你會(huì)看到更規(guī)范的JavaScript代碼要求這樣書寫：
//---------------------------------------------------------
// 維護(hù)constructor屬性的規(guī)范代碼
//---------------------------------------------------------
function MyObject2() {
}
MyObject2.prototype = new MyObject();
MyObject2.prototype.constructor = MyObject2;
obj2 = new MyObject2();
更外一種解決問題的方法，是在function MyObject()中去重置該值。當(dāng)然，這樣會(huì)使
得執(zhí)行效率稍低一點(diǎn)點(diǎn)：
//---------------------------------------------------------
// 維護(hù)constructor屬性的第二種方式
//---------------------------------------------------------
function MyObject2() {
? this.constructor = arguments.callee;
? // or, this.constructor = MyObject2;
? // ...
}
MyObject2.prototype = new MyObject();
obj2 = new MyObject2();
?5). 析構(gòu)問題
?------
?JavaScript中沒有析構(gòu)函數(shù)，但卻有“對(duì)象析構(gòu)”的問題。也就是說，盡管我們不
知道一個(gè)對(duì)象什么時(shí)候會(huì)被析構(gòu)，也不能截獲它的析構(gòu)過程并處理一些事務(wù)。然而，
在一些不多見的時(shí)候，我們會(huì)遇到“要求一個(gè)對(duì)象立即析構(gòu)”的問題。
問題大多數(shù)的時(shí)候出現(xiàn)在對(duì)ActiveX Object的處理上。因?yàn)槲覀兛赡茉贘avaScript
里創(chuàng)建了一個(gè)ActiveX Object，在做完一些處理之后，我們又需要再創(chuàng)建一個(gè)。而
如果原來的對(duì)象供應(yīng)者(Server)不允許創(chuàng)建多個(gè)實(shí)例，那么我們就需要在JavaScript
中確保先前的實(shí)例是已經(jīng)被釋放過了。接下來，即使Server允許創(chuàng)建多個(gè)實(shí)例，而
在多個(gè)實(shí)例間允許共享數(shù)據(jù)(例如OS的授權(quán)，或者資源、文件的鎖)，那么我們在新
實(shí)例中的操作就可能會(huì)出問題。
可能還是有人不明白我們在說什么，那么我就舉一個(gè)例子：如果創(chuàng)建一個(gè)Excel對(duì)象，
打開文件Ａ，然后我們save它，然后關(guān)閉這個(gè)實(shí)例。然后我們再創(chuàng)建Excel對(duì)象并打開
同一文件。——注意這時(shí)JavaScript可能還沒有來得及析構(gòu)前一個(gè)對(duì)象?！@時(shí)我們
再想Save這個(gè)文件，就發(fā)現(xiàn)失敗了。下面的代碼示例這種情況：
//---------------------------------------------------------
// JavaScript中的析構(gòu)問題(ActiveX Object示例)
//---------------------------------------------------------
<script>
var strSaveLocation = 'file:///E:/1.xls'
function createXLS() {
? var excel = new ActiveXObject("Excel.Application");
? var wk = excel.Workbooks.Add();
? wk.SaveAs(strSaveLocation);
? wk.Saved = true;
? excel.Quit();
}
function writeXLS() {
? var excel = new ActiveXObject("Excel.Application");
? var wk = excel.Workbooks.Open(strSaveLocation);
? var sheet = wk.Worksheets(1);
? sheet.Cells(1, 1).Value = '測試字符串';
? wk.SaveAs(strSaveLocation);
? wk.Saved = true;
? excel.Quit();
}
</script>
<body>
? <button onclick="createXLS()">創(chuàng)建</button>
? <button onclick="writeXLS()">重寫</button>
</body>
在這個(gè)例子中，在本地文件操作時(shí)并不會(huì)出現(xiàn)異常。——最多只是有一些內(nèi)存垃
圾而已。然而，如果strSaveLocation是一個(gè)遠(yuǎn)程的URL，這時(shí)本地將會(huì)保存一個(gè)
文件存取權(quán)限的憑證，而且同時(shí)只能一個(gè)(遠(yuǎn)程的)實(shí)例來開啟該excel文檔并存
儲(chǔ)。于是如果反復(fù)點(diǎn)擊"重寫"按鈕，就會(huì)出現(xiàn)異常。
——注意，這是在SPS中操作共享文件時(shí)的一個(gè)實(shí)例的簡化代碼。因此，它并非
“學(xué)術(shù)的”無聊討論，而且工程中的實(shí)際問題。
解決這個(gè)問題的方法很復(fù)雜。它涉及到兩個(gè)問題：
? - 本地憑證的釋放
? - ActiveX Object實(shí)例的釋放
下面我們先從JavaScript中對(duì)象的“失效”問題說起。簡單的說：
? - 一個(gè)對(duì)象在其生存的上下文環(huán)境之外，即會(huì)失效。
? - 一個(gè)全局的對(duì)象在沒有被執(zhí)用(引用)的情況下，即會(huì)失效。
例如：
//---------------------------------------------------------
// JavaScript對(duì)象何時(shí)失效
//---------------------------------------------------------
function testObject() {
? var _obj1 = new Object();
}
function testObject2() {
? var _obj2 = new Object();
? return _obj2;
}
// 示例1
testObject();
// 示例2
testObject2()
// 示例3
var obj3 = testObject2();
obj3 = null;
// 示例4
var obj4 = testObject2();
var arr = [obj4];
obj3 = null;
arr = [];
在這四個(gè)示例中：
? - “示例1”在函數(shù)testObject()中構(gòu)造了_obj1，但是在函數(shù)退出時(shí)，
??? 它就已經(jīng)離開了函數(shù)的上下文環(huán)境，因此_obj1失效了；
? - “示例2”中，testObject2()中也構(gòu)造了一個(gè)對(duì)象_obj2并傳出，因
??? 此對(duì)象有了“函數(shù)外”的上下文環(huán)境(和生存周期)，然而由于函數(shù)
??? 的返回值沒有被其它變量“持有”，因此_obj2也立即失效了；
? - “示例3”中，testObject2()構(gòu)造的_obj2被外部的變量obj3持用了，
??? 這時(shí)，直到“obj3=null”這行代碼生效時(shí)，_obj2才會(huì)因?yàn)橐藐P(guān)系
??? 消失而失效。
? - 與示例3相同的原因，“示例4”中的_obj2會(huì)在“arr=[]”這行代碼
??? 之后才會(huì)失效。
但是，對(duì)象的“失效”并不等會(huì)“釋放”。在JavaScript運(yùn)行環(huán)境的內(nèi)部，沒
有任何方式來確切地告訴用戶“對(duì)象什么時(shí)候會(huì)釋放”。這依賴于JavaScript
的內(nèi)存回收機(jī)制?！@種策略與.NET中的回收機(jī)制是類同的。
在前面的Excel操作示例代碼中，對(duì)象的所有者，也就是"EXCEL.EXE"這個(gè)進(jìn)程
只能在“ActiveX Object實(shí)例的釋放”之后才會(huì)發(fā)生。而文件的鎖，以及操作
系統(tǒng)的權(quán)限憑證是與進(jìn)程相關(guān)的。因此如果對(duì)象僅是“失效”而不是“釋放”，
那么其它進(jìn)程處理文件和引用操作系統(tǒng)的權(quán)限憑據(jù)時(shí)就會(huì)出問題。
——有些人說這是JavaScript或者COM機(jī)制的BUG。其實(shí)不是，這是ＯＳ、ＩＥ
和JavaScript之間的一種復(fù)雜關(guān)系所導(dǎo)致的，而非獨(dú)立的問題。
Microsoft公開了解決這種問題的策略：主動(dòng)調(diào)用內(nèi)存回收過程。
在(微軟的)JScript中提供了一個(gè)CollectGarbage()過程(通常簡稱GC過程)，
GC過程用于清理當(dāng)前IE中的“失效的對(duì)象失例”，也就是調(diào)用對(duì)象的析構(gòu)過程。
在上例中調(diào)用GC過程的代碼是：
//---------------------------------------------------------
// 處理ActiveX Object時(shí)，GC過程的標(biāo)準(zhǔn)調(diào)用方式
//---------------------------------------------------------
function writeXLS() {
? //(略...)
? excel.Quit();
? excel = null;
? setTimeout(CollectGarbage, 1);
}
第一行代碼調(diào)用excel.Quit()方法來使得excel進(jìn)程中止并退出，這時(shí)由于JavaScript
環(huán)境執(zhí)有excel對(duì)象實(shí)例，因此excel進(jìn)程并不實(shí)際中止。
第二行代碼使excel為null，以清除對(duì)象引用，從而使對(duì)象“失效”。然而由于
對(duì)象仍舊在函數(shù)上下文環(huán)境中，因此如果直接調(diào)用GC過程，對(duì)象仍然不會(huì)被清理。
第三行代碼使用setTimeout()來調(diào)用CollectGarbage函數(shù)，時(shí)間間隔設(shè)為'1'，只
是使得GC過程發(fā)生在writeXLS()函數(shù)執(zhí)行完之后。這樣excel對(duì)象就滿足了“能被
GC清理”的兩個(gè)條件：沒有引用和離開上下文環(huán)境。
GC過程的使用，在使用了ActiveX Object的JS環(huán)境中很有效。一些潛在的ActiveX
Object包括XML、VML、OWC(Office Web Componet)、flash，甚至包括在JS中的VBArray。
從這一點(diǎn)來看，ajax架構(gòu)由于采用了XMLHTTP，并且同時(shí)要滿足“不切換頁面”的
特性，因此在適當(dāng)?shù)臅r(shí)候主動(dòng)調(diào)用GC過程，會(huì)得到更好的效率用UI體驗(yàn)。
事實(shí)上，即使使用GC過程，前面提到的excel問題仍然不會(huì)被完全解決。因?yàn)镮E還
緩存了權(quán)限憑據(jù)。使頁的權(quán)限憑據(jù)被更新的唯一方法，只能是“切換到新的頁面”，
因此事實(shí)上在前面提到的那個(gè)SPS項(xiàng)目中，我采用的方法并不是GC，而是下面這一
段代碼：
//---------------------------------------------------------
// 處理ActiveX Object時(shí)采用的頁面切換代碼
//---------------------------------------------------------
function writeXLS() {
? //(略...)
? excel.Quit();
? excel = null;
?
? // 下面代碼用于解決IE call Excel的一個(gè)BUG, MSDN中提供的方法:
? //?? setTimeout(CollectGarbage, 1);
? // 由于不能清除(或同步)網(wǎng)頁的受信任狀態(tài), 所以將導(dǎo)致SaveAs()等方法在
? // 下次調(diào)用時(shí)無效.
? location.reload();
}
最后之最后，關(guān)于GC的一個(gè)補(bǔ)充說明：在IE窗體被最小化時(shí)，IE將會(huì)主動(dòng)調(diào)用一次
CollectGarbage()函數(shù)。這使得IE窗口在最小化之后，內(nèi)存占用會(huì)有明顯改善。