jQuery1.4也對$.data進行改進,允許第二個參數為對象,方便儲存多個資料。 UUID對應的自訂屬性expando 也放進命名空間之下了。 queue與dequeue方法被剝離成一個新模組。
偵測元素節點是否支援新增自訂屬性的邏輯被獨立成一個叫做acceptData的方法。因為jQuery團隊發現當object標籤載入的flash資源,它還是可以加入自訂屬性的,於是決定對此情況網開一面。 IE在載入flash時,需要對object指定一個叫classId的屬性,值為clsid:D27CDB6E-AE6D-11cf-96B8-444553540000,因此檢測邏輯就變得非常複雜,由於data, removeData都要用到,獨立出來有效節省比特。
HTML5對人們隨便加入自訂屬性的行為做出回應,新增一種叫做"data-*"的快取機制。當使用者設定的屬性以"data-"開頭,它們會被儲存到元素節點的dataset物件上。這就導致人們可能用HTML5方便緩存數據,也可能用jQuery的快取系統保存數據,那麼data方法就變得有點不中用了。於是jQuery在原型上的data做了增強,當使用者第一次造訪此元素節點,會遍歷它所有"data-"開頭的自訂屬性(為了照顧舊式IE,不能直接遍歷dataset),把它們放到jQuery的快取體中。那麼當使用者取資料時,會先從快取系統中,沒有再使用setAttribute存取"data-"自訂屬性。但HTML5的快取系統非常弱,只能保存字串(這當然是出於循環引用的考量),於是jQuery會將它們還原為各種資料類型,如"null",, "false", "true"變成null, false, true, 符合數字格式的字串會轉換成數字,如果它是以"{"開頭"}"結尾則嘗試轉成一個物件。
〜//jQuery1.43.fn. > rbrace = /^(?:{.*}|[.*])$/;
if ( data === undefined && this.length ) {
data = jQuery.data( this[0] 、 );
if ( data === undefined && this[0].nodeType === 1 ) {
data = this[0].getAttribute( "data-" key ); 🎜> if ( typeof data === "string" ) {
try {
data = data === "true" ? true :
data = data === "true" ? true :
data = 7:" data === "null" ? null :
!jQuery.isNaN( data ) ? parseFloat( data ) :
rbrace.test( data ) ? jery.parseJSON( data ) : > } catch( e ) {}
} else {
data = undefined;
} jQuery1.5也帶來三項改進。當時jQuery已經在1.42打敗Prototype.js,如日中天,馬太效應,使用者量暴增。它的重點改為提升效能,進入fix bug階段(用戶多,相當於免費的測試員就越多,測試覆蓋率就越大)。
改進expando,原來是基於時間截,現在是版本號碼加隨機數。因此使用者可能在一個頁面引入多個版本的jQuery。
是否有此資料的邏輯被抽出成一個hasData方法,處理HTML5的"data-*"屬性也被抽出成一個私有方法dataAttr。它們都是為了邏輯看起來更清晰。 dataAttr使用JSON.parse,由於這個JSON可能是JSON2.js引入的,而JSON2.js有個非常糟糕的地方,就是為一系列原生類型添加了toJSON方法,導致for in 迴圈判定是否為空物件出錯。 jQuery被逼搞了個isEmptyDataObject方法做處理。
jQuery的資料快取系統本來就是為事件系統服務而分化出來的,到後來,它是內部眾多模組的基礎設施。換言之,它內部會儲存許多框架使用者的變數(系統資料),但一旦它公開到文件中,使用者也會使用data來保存他們務業中使用的資料(使用者資料)。以前,使用者小,變數名衝突的可能性比較少,加之jQuery為這些系統資料精挑了一些不常用的名字,__class__, __change__或加個後綴什麼的,沒有收到什麼投訴。當jQuery成為世界級的著名框架後,使用者資料名稱幹掉系統資料名,導致事件系統或其他什麼模組癱瘓就時有發生。 jQuery開始將快取體改造,原來就是一個對象,什麼資料都往裡面拋。現在它就這個快取體內開闢一個子對象,鍵名為隨機的jQuery.expando值,如果是系統資料就存到裡面去。但events系統資料為了向前相容起見,還是直接放到快取體之上。至於,如何區分是系統數據,非常簡單,直接在data方法加入第四個參數,真值時為系統數據。 removeData時也相應提供第三個參數,用於刪除系統資料。還新設了一個_data方法,專門用於作業系統資料。以下是緩存體的結構圖:
>
jQuery14312343254:{/*放置系統資料*/}
events: {/"放置事件名稱與它對應的回調清單"/}
/*這裡放置使用者資料*/
}
jQuery1.7對緩存體做了改進,系統變數變放置data物件中,為此判定緩存體為空也要做相應的改進,現在要跳過toJSON與data。新架構如下:
var cache = { :{/*放置使用者資料*/}
/*這裡放置系統資料*/
}
jQuery1.8曾經新增一個叫deleteIds的陣列,用於重複UUID,但曇花一現。 UUID的值從1.8起不用jQuery.uuid的了,改用jQuery.guid遞增生成。重大的改進在jQuery1.83後,操作資料的實作被抽出為私有方法,命名空間與原型上的方法只是一個代理,並分成兩組方法,操作使用者資料的data, removeData,作業系統資料的_data ,_removeData。現在光是快取系統就是一個龐大家族了。
說到底,資料快取就是在目標物件與快取體間建立一對一的關係,然後在快取體上操作數據,複雜度都集在前者。而在一個普通JS物件進行增刪改查某屬性從來沒有難度,用戶怎麼也玩不出花招。從軟體設計原則來看,這也是最好的結果(吻合KISS原則與職責單一則)。