jQuery 1.5 beta1出來了，從學習跟進上來說，這一次已經比較晚了（我竟然不知道1.5什么時候出的alpha，就這么beta了）。

　　這個1.5版本最大的更新是AJAX的完全重寫，提供了更強的可擴展性。但是受制于精力和篇幅，對新的AJAX的分析還是放到下回，本篇先簡單介紹一下細節方面的改進。

　　jQuery._Deferred和jQuery.Deferred

　　首先不得不說這兩個新生事物，因為他們是作為基礎設施存在，不把這兩個東西講明白了，有些問題根本沒辦法解釋。

　　首先，jQuery.Deferred是jQuery._Deferred的增強版，因此對于這個問題，從jQuery._Deferred入手，就能說明一大半的問題。

　　什么是Deferred？從字面上看，我的第一反應是延遲加載，首字母大寫的應該是類型的定義，所以這大概是一個透明提供延遲加載功能的類型吧。然而實際上，雖然確實帶有那么一點點延遲的意思，這個東西卻不是用來實現延遲加載的。

　　簡單來說，jQuery._Deferred是一個函數隊列，他的作用有以下幾點：

• 保存若干個函數。
• 在特定的時刻把保存著的函數全部執行掉。
• 執行過后，新進來的函數會立刻執行。

　　感覺是不是和啥東西很像？對，jQuery的ready函數就是這樣的邏輯，實際中jQuery 1.5中的ready函數也確實被嫁接到這上面去了。

　　jQuery._Deferred提供下面的接口：

• done：function(fn1, fn2, …)的形式，用于把函數添加到隊列中。
• fire：function(context, args)的形式，使用context指定this對象，args指定參數，調用隊列中所有函數。fire被調用后，_Deferred會進入isResolved狀態，未來對done的調用不會再保存函數，而是直接調用函數。
• resolve：相當于調用fire(this, arguments)，一個簡化的方法。
• isResolved：用來判斷_Deferred是否在isResolved狀態，具體參考前面的fire函數的解釋。
• cancel：取消掉整個隊列，這樣不管未來是不是fire，隊列中的函數都不會再被調用。

　　說明白了jQuery._Deferred，再來看看jQuery.Deferred。這個東西其實就是2個_Deferred組成的，第一個稱為deferred，用于保管正常狀態下的函數；第二個稱為failDeferred，用于保管出錯狀態下的函數。同時jQuery.Deferred提供了一些新的接口：

• then：function(done, fail)的形式，把done添加進deferred，把fail添加進failedDeferred。
• fail：相當于failDeferred的done函數。
• fireReject：相當于failDeferred的fire函數。
• reject：相當于failDeferred的resolve函數。
• isRejected：相當于failDeferred的isResolved函數。

　　同時jQuery.Deferred取消了cancel函數。

　　那么這個是啥用的呢？有正常和出錯2個狀態，同時又是異步的，很容易就能想到……對，給AJAX用的，在下一篇分析中再詳細說明。

　　jQuery.ready的變化

　　因為有了jQuery._Deferred這個東西，jQuery.ready函數變成依賴于函數隊列，具體的變化有：

　　原來的readyList變量已經不再是一個數組，而變成了jQuery._Deferred對象。

　　原本在DOMContentLoaded時，調用readList中所有函數的邏輯，現在也使用了jQuery._Deferred中，原來的代碼：

while ( (fn = ready[ i++ ]) ) {
    fn.call( document, jQuery );
}        

        

        
        
      
        
it知識庫：jQuery1.5的改進細節，轉載需保留來源！
        
鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯系我們修改或刪除，多謝。