JAVA & XML & JAVASCRIPT & AJAX & CSS

# ?re: JScript中的"this"關(guān)鍵字使用方式補充??回復(fù)??

hehe，都快暈了

# ?re: JScript中的"this"關(guān)鍵字使用方式補充??回復(fù)??

JSClass.m_Properties = -100;

這種方式是定義靜態(tài)屬性，當然不能用this來調(diào)用啦。

# ?re: JScript中的"this"關(guān)鍵字使用方式補充??回復(fù)??

@Avlee
。。。你看完文章了嗎？

# ?re: JScript中的"this"關(guān)鍵字使用方式補充??回復(fù)??

有種類叫Function，任何函數(shù)/構(gòu)造器，都是它的實例
改變這個構(gòu)造器的原型中的屬性自然和改變這個構(gòu)造器對象的屬性是不一樣的

# ?re: JScript中的"this"關(guān)鍵字使用方式補充??回復(fù)??

一點心得，請birdhome兄斧正！
在javascript里面，自定義類的定義中的this和該類的方法定義中的this不一樣，得用call函數(shù)或者apply函數(shù)轉(zhuǎn)換。這對于用慣了c#剛剛接觸javascript面向?qū)ο缶幊痰呐笥眩ū救司褪瞧渲兄唬﹣碚f是個容易出錯的地方。javascript函數(shù)定義中的this就是指函數(shù)本身，不能想當然的認為它指的是外層的類實例或者其他什么別的東西。prototype.js里面的bind方法可以用來轉(zhuǎn)換這個this。而且利用javascript函數(shù)的一個似乎是比較奇怪的特性——函數(shù)定義的參數(shù)個數(shù)可以跟函數(shù)調(diào)用時傳入的參數(shù)個數(shù)完全不同，可以很方便的實現(xiàn)轉(zhuǎn)換過程中的多參數(shù)傳遞問題，也就是說只要寫一個bind函數(shù)，就可以轉(zhuǎn)換任意函數(shù)的上下文。

Function.prototype.Bind = function(obj){
var method = this;
return function(){
method.apply(obj,arguments);
}
}

在類定義中，把obj換成this,然后調(diào)用已定義方法的Bind方法，就可以轉(zhuǎn)換方法定義中的this指針了。上面函數(shù)中的arguments是調(diào)用時實際傳給function(){...}的參數(shù)數(shù)組，所以比如我要寫一個公開的Send(arg1,arg2,arg3),它里面有this指針，怎么辦呢？我先寫一個Pri_Send(arg1,arg2,arg3),然后在類定義(注意是類定義中)中這么寫：
this.Send = this.Pri_Send.Bind();
大功告成，現(xiàn)在可以盡情地在類的實例上使用Send方法了。而且對于那些參數(shù)個數(shù)不同或者根本沒有參數(shù)的方法，Bind()方法同樣適用，這都是arguments的功勞，呵呵。
此段代碼在IE6.0,FireFox1.0.7,opera 8.51下測試通過。應(yīng)該沒有太大的平臺問題。

# ?re: JScript中的"this"關(guān)鍵字使用方式補充??回復(fù)??

@hzy
"自定義類的定義中的this和該類的方法定義中的this不一樣"，這句話我沒有明白，你是說的這種情況嗎？
這兩個this是指示的同一個東西呀。

# ?re: JScript中的"this"關(guān)鍵字使用方式補充??回復(fù)??

真的非常慚愧，今天早上我用了簡單的幾行代碼就證明我上面的結(jié)論是錯誤的。
Bind()方法有用且正確，但在這里不需要，因為javascript并不像我昨天認為的那樣奇怪，兩個this的確指的是同一個類型實例。
經(jīng)過仔細的審查（我自己的代碼），發(fā)現(xiàn)了這個錯誤觀點的根源。
雖然在birdhome兄所說的情況下，兩個this指的是同一個東西，但在某些特定情況下，卻并非如此。其根本原因還請birdhome兄多多指教。謝。
我的代碼中就有兩處這樣的情況。
我使用正流行的ajax設(shè)計了一個簡單的AsyncCommunicator類，用來提供更豐富的編程接口。其中兩個功能就是“更細粒度的事件處理”和“超時處理”。
AsyncCommunicator類包含一個XmlHttpRequest屬性，這個屬性本身就是一個XMLHttpRequest類的實例。因此在AsyncCommunicator類的定義中，可以如下寫法訪問這個實例：
this.XmlHttpRequest
現(xiàn)在，我要給AsyncCommunicator類定義更多事件，方法是利用XMLHttpRequest的onreadystatechange屬性。如何做呢？
我是這么寫的：
AsyncCommunicator{
this.XmlHttpObj= GetNewXmlHttpRequest();
this.XmlHttpObj.onreadystatechange = this.EventStateChangeHandler;
this.EventStateChangeHandler = function(){
switch(this.XmlHttpObj.readyState){ case 3: this.OnTransferBack(this); break; case 4: if (!this.Pri_Aborted){
this.Pri_HasReceived = true; this.OnReceive(this);
switch(parseInt(((this.XmlHttpObj.status).toString()).charAt(0))){ case 1: this.OnReceive1xx(this); break;
case 2:
this.OnReceive2xx(this);
break;
case 3: this.OnReceive3xx(this);
break;
case 4:
this.OnReceive4xx(this);
break;
case 5: this.OnReceive5xx(this);
break;
default:
break;
} //switch } //(!this.Pri_Aborted) break; default: break;
} //switch
} //function
} //AsyncCommunitor

注意這句this.XmlHttpObj.onreadystatechange = this.EventStateChangeHandler，這句就是加Bind()方法正確，不加就會出錯的源頭。經(jīng)過思考，我覺得這個this，更確切一點說，函數(shù)的上下文，已經(jīng)變了，不再是AsyncCommunitor，究竟是什么我也沒試出來，是否是XmlHttpObj？請birdhome兄指教。如果經(jīng)過Bind方法轉(zhuǎn)換，把this賦給Bind()方法作參數(shù)，就可與更正這個問題。如下：
this.XmlHttpObj.onreadystatechange = this.EventStateChangeHandler.Bind(this);
我被這個問題折磨了一個晚上，因此一旦解決就緊接著犯了以偏概全的“左”傾錯誤，呵呵，把所有內(nèi)部定義的方法都看成這種情況，因此每個方法都加了Bind()方法，想來真是慚愧，正如birdhome兄所言，通常情況下無須如此，因此已經(jīng)改正。

還有第二個情況，就是
this.AbortWhenTimeOut方法的調(diào)用。這個方法定義如下。：
this.Ori_AbortWhenTimeOut = function(){ if (!this.Pri_HasReceived) { this.Pri_Aborted = true; this.OnTimeOut(this); this.Abort(); } }
在xmlhttprequest對象的open方法之后和send方法之前加入window.setTimeout方法（放在send之后就不行，奇怪，請指教），參數(shù)中就包括這個this.AbortWhenTimeOut方法，現(xiàn)在想來，很可能是window.setTimeout方法改變了this.AbortWhenTimeOut方法的上下文，導(dǎo)致該方法定義中的this指針的含義發(fā)生變化，因此不能正常執(zhí)行。同樣，自從服用了Bind()之后，腰不酸了，背不痛了，腿也不抽筋了，走路也有勁了。呵呵。

關(guān)于上下文的這些奇妙變化（至少我覺得挺奇妙的，可能是受才智水平所限，慚愧），birdhome兄能否指教一二？
謝謝。

# ?re: JScript中的"this"關(guān)鍵字使用方式補充??回復(fù)??

PS，欽佩birdshome兄的專業(yè)水平。我隱約覺得javascript語言的諸多特性，是邏輯性很強的整體（其實事實也必然如此，用不著我去覺得，呵呵），例子舉的再多也只是“身在此山中”。遺憾我目前的水平還遠遠遠遠沒有達到可以跳出語言之外來論述語言的原理和本質(zhì)。不知道birdshome兄是否有這個空閑和興趣對javascript語言做一個總結(jié)性發(fā)言，不只是how 更重要的是why。
這只是個非常即興的提議，更多的是某種期待。無論如何，我希望我自己也能做到，someday。
這差不多應(yīng)該也屬于技術(shù)區(qū)的非技術(shù)，呵呵，類似的話不會說第二次了。
以后只討論技術(shù)。

# ?re: JScript中的"this"關(guān)鍵字使用方式補充??回復(fù)??

@hzy
????this.XmlHttpObj.onreadystatechange = this.EventStateChangeHandler后，EventStateChangeHandler方法里的this在事件觸發(fā)后是指的window對象。第二個使用window.setTimeout也是同樣的問題，使用setTimeout觸發(fā)的方法，其內(nèi)部的this也是指的window。
????至于：對javascript語言做一個總結(jié)性發(fā)言。我不是很明白你具體指的內(nèi)容，畢竟JavaScript這門大家認為"簡單"的小腳本，還是有挺多可圈點的內(nèi)容，似乎很難簡單的就能"總結(jié)性"道來:(

# ?re: JScript中的"this"關(guān)鍵字使用方式補充??回復(fù)??

我給window定義（或者說覆蓋？）了一個toString方法，讓它返回"window"，然后在兩個方法開頭調(diào)用一下，果然this指的是window。多謝birdshome兄！
現(xiàn)在我很想知道的是——為什么？
這兩個問題背后的共性，或者說原理或者本質(zhì)，究竟是什么？如何區(qū)分某個方法調(diào)用是否是這種情況？
請birdshome兄不吝賜教。
感謝！