this的取值，分四種情況。我們來挨個看一下。
在此再強調一遍乙個非常重要的知識點：在函式中this到底取何值，是在函式真正被呼叫執行的時候確定的，函式定義的時候確定不了。因為this的取值是執行上下文環境的一部分，每次呼叫函式，都會產生乙個新的執行上下文環境。
情況1：建構函式
所謂建構函式就是用來new物件的函式。其實嚴格來說，所有的函式都可以new乙個物件，但是有些函式的定義是為了new乙個物件，而有些函式則不是。另外注意，建構函式的函式名第乙個字母大寫（規則約定）。例如：object、array、function等。
以上**中，如果函式作為建構函式用，那麼其中的this就代表它即將new出來的物件。
注意，以上僅限new foo()的情況，即foo函式作為建構函式的情況。如果直接呼叫foo函式，而不是new foo()，情況就大不一樣了。
這種情況下this是window，我們後文中會說到。
情況2：函式作為物件的乙個屬性
如果函式作為物件的乙個屬性時，並且作為物件的乙個屬性被呼叫時，函式中的this指向該物件。
以上**中，fn不僅作為乙個物件的乙個屬性，而且的確是作為物件的乙個屬性被呼叫。結果this就是obj物件。
注意，如果fn函式不作為obj的乙個屬性被呼叫，會是什麼結果呢？
如上**，如果fn函式被賦值到了另乙個變數中，並沒有作為obj的乙個屬性被呼叫，那麼this的值就是window，this.x為undefined。
情況4：全域性 & 呼叫普通函式
在全域性環境下，this永遠是window，這個應該沒有非議。
普通函式在呼叫時，其中的this也都是window。
以上**很好理解。
不過下面的情況你需要注意一下：
函式f雖然是在obj.fn內部定義的，但是它仍然是乙個普通的函式，this仍然指向window。
完了。看到了吧，this有關的知識點還是挺多的，不僅多而且非常重要。
最後，既然提到了this，有必要把乙個非常經典的案例介紹給大家，又是jquery原始碼的。
以上**是從jquery中摘除來的部分**。jquery.extend和jquery.fn.extend都指向了同乙個函式，但是當執行時，函式中的this是不一樣的。
執行jquery.extend(…)時，this指向jquery；執行jquery.fn.extend(…)時，this指向jquery.fn。
這樣就巧妙的將一段**同時共享給兩個功能使用，更加符合設計原則。
對正規化的深入理解
資料庫的設計正規化是資料庫設計所需要滿足的規範，滿足這些規範的資料庫是簡潔的 結構明晰的，同時，不會發生插入 insert 刪除 delete 和更新 update 操作異常。反之則是亂七八糟，不僅給資料庫的程式設計人員製造麻煩，而且面目可憎，可能儲存了大量不需要的冗餘資訊。正規化說明 1.1 第一...
對operator 的深入理解
比較了幾種operator 的處理方式，分析其正確和錯誤原因。比較了operator 的類內和類外定義兩種方式，分析其原因。include include using namespace std class gameplayer gameplayer int tp bool operator gam...
對指標的深入理解
首先對變數這一詞做乙個本質的介紹。變數的實質就是乙個可操作的空間，且變數的變是體現在該儲存空間中所儲存的位址所對應的值是可變的。比如舉乙個例子來說吧 現在不管開啟任意一款遊戲，而這款遊戲中將會難免產生一些臨時的資料，將會在記憶體中臨時儲存，隨著遊戲的不斷進行，則衡量某一標準的資料隨時會發生改變，因此...