jQuery 的橫空出世,至今已有十個年頭了,而它的長盛不衰顯然不是沒有理由的。jQuery 提供了極為友好的接口,使得開發(fā)者們可以方便地進行 DOM 操作、發(fā)起 Ajax 請求、生成動畫……不一而足。此外,與 DOM API 不同的是,jQuery 采用了 “混合模式”。這意味著你可以在任何一個 jQuery 集合身上調用 jQuery 方法,而不用關心它到底包含了幾個元素(不管是零個、一個或多個,都沒問題)。
jQuery 3 修復了大量的 bug,增加了新的方法,同時移除了一些接口,并修改了少量接口的行為。
我們先來討論 jQuery 3 中最重要的幾個新增特性。
for...of
Loopfor...of
循環(huán)for...of
循環(huán)語句來迭代一個 jQuery 集合中的所有 DOM 元素。這種新的迭代方法是 ECMAScript 2015(即 ES6)規(guī)范中的一部分。這個方法可以對 “可迭代對象”(比如 Array
、Map
、Set
等)進行循環(huán)。 當使用這種新的迭代方法時,你在循環(huán)體內每次拿到的值并不是一個 jQuery 對象,而是一個 DOM 元素(譯注:這一點跟 .each()
方法類似)。當你在對一個 jQuery 集合進行操作時,這個新的迭代方法可以少許改善你的代碼。
為了搞清楚這種迭代方法到底是怎么工作的,我們來假設一個場景——你需要給頁面中的每個 input
元素分配一個 ID。在 jQuery 3 之前,你可能會這樣寫:
var $inputs = $('input');
for(var i = 0; i < $inputs.length; i++) {
$inputs[i].id = 'input-' + i;
}
而在 jQuery 3 中,你就可以這樣寫了:
var $inputs = $('input');
var i = 0;
for(var input of $inputs) {
input.id = 'input-' + i++;
}
$.get()
和 $.post()
函數(shù)的新簽名jQuery 3 為 $.get()
和 $.post()
這兩個工具函數(shù)增加了新簽名,從而使得它們和 $.ajax()
的接口風格保持一致。新簽名是這樣的:
$.get([settings])
$.post([settings])
settings
是一個對象,它包含多個屬性。它的格式和你以前傳給 $.ajax()
的參數(shù)格式是一樣的。如果你想更清楚地了解這個參數(shù)對象,請參考 $.ajax()
頁面 中的相關描述。$.get()
和 $.post()
的參數(shù)對象與傳給 $.ajax()
的參數(shù)相比,唯一的區(qū)別就是前者的 method
屬性總是會被忽略。原因其實也很簡單,$.get()
和 $.post()
本身就已經預設了發(fā)起 Ajax 請求的 HTTP 方法了(顯然 $.get()
就是 GET,而 $.post()
就是 POST)。也就是說,正常人類應該是不會想用 $.get()
方法來發(fā)送一個 POST 請求的。
假設有以下一段代碼:
$.get({
url: 'http://m.hgci.cn',
method: 'POST' // 這個屬性將被忽略
});
不管我們把 method
屬性寫成什么,這個請求總是會以 GET 的方式發(fā)出去的。
requestAnimationFrame()
for AnimationsrequestAnimationFrame()
來實現(xiàn)動畫所有現(xiàn)代瀏覽器(包括 IE10 及以上)都是支持 requestAnimationFrame
的。jQuery 3 將會在內部采用這個 API 來實現(xiàn)動畫,以便達到更流暢、更省資源的動畫效果。
unwrap()
方法jQuery 3 為 unwrap()
方法增加了一個可選的 selector 參數(shù)。這個方法的新簽名是這樣的:
unwrap([selector])
:visible
和 :hidden
jQuery 3 將會修改 :visible
和 :hidden
過濾器的含義。只要元素具有任何布局盒,哪怕寬高為零,也會被認為是 :visible
。舉個例子,br
元素和不包含內容的行內元素現(xiàn)在都會被 :visible
這個過濾器選中。
因此,如果你的頁面中包含如下的結構:
<div></div> <br />
然后運行以下語句:
console.log($('body :visible').length);
0
;但在 jQuery 3 中,你會得到 2
。data()
方法另一個重要的變化是跟 data()
方法有關的?,F(xiàn)在它的行為已經變得跟 Dataset API 規(guī)范 一致了。jQuery 3 將會把所有屬性鍵名轉換成駝峰形式。我們來詳細看一下,以如下元素為例:
<div id="container"></div>
當我們在用 jQuery 3 以前的版本時,如果運行如下代碼:
var $elem = $('#container');
$elem.data({
'my-property': 'hello'
});
console.log($elem.data());
{my-property: "hello"}
{myProperty: "hello"}
Deferred
對象Deferred
對象的行為。Deferred
對象可以說是 Promise
對象的前身之一,它實現(xiàn)了對 Promise/A+ 協(xié)議 的兼容。這個對象以及它的歷史都相當有意思。如果想要深入了解,你可以去閱讀 jQuery 官方文檔或者
《jQuery 實戰(zhàn)(第三版)》——這本書也涵蓋了 jQuery 3。在 jQuery 1.x 和 2.x 中,傳給 Deferred
的回調函數(shù)內如果出現(xiàn)未捕獲的異常,會立即中斷程序的執(zhí)行(譯注:即靜默失敗,其實 jQuery 絕大多數(shù)回調函數(shù)的行為都是這樣的)。而原生的 Promise
對象并非如此,它會拋出異常,并不斷向上冒泡,直至到達 window.onerror
(通常冒泡的終點是這里)。如果你沒有定義一個函數(shù)來處理這個錯誤事件的話(通常我們都不會這么做),那這個異常的信息將會被顯示出來,此時程序的執(zhí)行才會停止。
jQuery 3 將會遵循原生 Promise
對象的模式。因此,回調內產生的異常將會導致失敗狀態(tài)(rejection),并觸發(fā)失敗回調。一旦失敗回調執(zhí)行完畢,整個進程就將繼續(xù)推進,后續(xù)的成功回調將被執(zhí)行。
為了讓你更好地理解這個差異,讓我們來看一個小例子。比如我們有如下代碼:
var deferred = $.Deferred();
deferred
.then(function() {
throw new Error('An error');
})
.then(
function() {
console.log('Success 1');
},
function() {
console.log('Failure 1');
}
)
.then(
function() {
console.log('Success 2');
},
function() {
console.log('Failure 2');
}
);
deferred.resolve();
window.onerror
定義任何事件處理函數(shù),控制臺將會輸出 “Uncaught Error: An error”,而且程序的執(zhí)行將中止。而在 jQuery 3 中,整個行為是完全不同的。你將在控制臺中看到 “Failure 1” 和 “Success 2” 兩條消息。那個異常將會被第一個失敗回調處理,并且,一旦異常得到處理,那么后續(xù)的成功回調將被調用。
addClass()
和 hasClass()
這樣的方法來操作 SVG 文檔了。SVGbind()
、unbind()
、delegate()
和 undelegate()
方法on()
方法,它提供了一個統(tǒng)一的接口,用以取代 bind()
、delegate()
和 live()
等方法。與此同時,jQuery 還引入了 off()
這個方法來取代 unbind()
、undelegated()
和 die()
等方法。從那時起,bind()
、delegate()
、unbind()
和 undelegate()
就已經不再推薦使用了,但它們還是一直存在著。
jQuery 3 終于開始將這些方法標記為 “廢棄” 了,并計劃在未來的某個版本(很可能是 jQuery 4)中將它們徹底移除。因此,請在你的項目中統(tǒng)一使用 on()
和 off()
方法,這樣你就不用擔心未來版本的變更了。
load()
、unload()
和 error()
方法load()
、unload()
和 error()
等已經標記為廢棄的方法。這些方法在很早以前(從 jQuery 1.8 開始)就已經被標記為廢棄了,但一直沒有去掉。如果你正在使用的某款插件仍然依賴這些方法,那么升級到 jQuery 3 會把你的代碼搞掛。因此,在升級過程中請務必留意。context
、support
和 selector
屬性context
、support
和 selector
等已經標記為廢棄的屬性。同上,在升級到 jQuery 3 時,請留意你正使用的插件。width()
和 height()
的返回值將不再取整width()
、height()
和其它相關方法的一個 bug。這些方法的返回值將不再舍入取整,因為這種取整行為在某些情況下不便于對元素進行定位。我們來詳細看一看。假設你一個寬度為 100px
的容器元素,它包含了三個子元素,寬度均為三分之一(即 33.333333%):
<div class="container">
<div>My name</div>
<div>is</div>
<div>Aurelio De Rosa</div>
</div>
在 jQuery 3 以前的版本中,如果你嘗試通過以下代碼來獲取子元素的寬度
$('.container div').width();
33
。原因在于 jQuery 會把 33.33333 這個值取整。而在 jQuery 3 中,這個 bug 已經被修復了,因此你將會得到更加精確的結果(即一個浮點數(shù))。wrapAll()
方法wrapAll()
方法中的一個 bug,這個 bug 出現(xiàn)在把一個函數(shù)作為參數(shù)傳給它的情況下。在 jQuery 3 以前的版本中,當一個函數(shù)被傳給 wrapAll()
方法時,它會把 jQuery 集合中的每個元素單獨包裹起來。換句話說,這種行為和把一個函數(shù)傳給 wrap()
時的行為是完全一樣的。在修復這個問題的同時,還引入了另外一個變更:由于在 jQuery 3 中,這個函數(shù)只會調用一次了,那就無法把 jQuery 集合中每個元素都傳給它。因此,這個函數(shù)的執(zhí)行上下文(this
)將只能指向當前 jQuery 集合中的第一個元素。
Deferred
對象的改進等等。同樣,在升級某個第三方庫時,也有必要檢查一下該項目的兼容性情況,以便盡早發(fā)現(xiàn)任何非預期行為,避免某些功能失效。
更多建議: