深入分析,理解jQuery.Deferred原始碼
前言: 如果你對jQuery.Callback回撥物件不瞭解,或者只掌握其方法,但是沒有通過閱讀原始碼理解,可以先閱讀
前一章,因為只有完全理解jQuery.Callback原始碼,才能真正的理解並掌握jQuery.Deferred遞延物件。
原始碼:
// jQuery 1.10.2 jQuery.extend({ Deferred: function( func ) { /* tuples包含三個陣列 三個陣列前三項分別代表jQuery回撥物件中的 fire, add, jQuery.Callbacks( flag ), 後面擴充套件的 deferred[ resolve | resolveWith | done ],promise[ done ]為一組, deferred[ reject | rejectWith | fail ],promise[ fail ]為一組, deferred[ notify | notifyWith | progress ]為一組,分別為三個不同的回撥物件提供操作其內部的介面。 首次看可以忽略下面註釋,then中的程式碼放到最後結合下面的註釋理解。 注意: deferred與promise為同一jQuery.Deferred作用域中的,其中在then方法中,又生成了另外一個域中的deferred與promise 例如: var df = $.Deferred(); var df2 = df.then(args); 其中df2(一個新的promise)與newDefer(一個新的deferred)對應於同一域,理解了 這一點,才能更好的理解then中的程式碼。*/ var tuples = [ // action, add listener, listener list, final state [ "resolve", "done", jQuery.Callbacks("once memory"), "resolved" ], [ "reject", "fail", jQuery.Callbacks("once memory"), "rejected" ], [ "notify", "progress", jQuery.Callbacks("memory") ] ], state= "pending", promise = { state: function() { return state; }, always: function() { deferred.done( arguments ).fail( arguments ); return this; }, then:function( /* fnDone, fnFail, fnProgress */ ) { var fns = arguments; return jQuery.Deferred(function( newDefer ) { // this === deferred; // true; jQuery.each( tuples, function( i, tuple ) { var action = tuple[ 0 ], fn = jQuery.isFunction( fns[ i ] ) && fns[ i ]; // deferred[ done | fail | progress ] for forwarding actions to newDefer deferred[ tuple[1] ](function() { // 說明遞延物件狀態被改變時,fn才會被呼叫 var returned = fn && fn.apply( this, arguments ); /* 滿足該條件的有以下幾種情況: 1、fn為then; 2、fn為Deferred; 1,2排除 3、在fn中顯示返回遞延物件, 則returned === deferred 在jQuery.Callbacks原始碼中我們知道 正在執行的回撥執行了add操作,則更新firingLength, 因此newDefer[ resolve | reject | notify ]也將執行, 類似fn.apply( this, arguments ) */ if ( returned && jQuery.isFunction( returned.promise ) ) { returned.promise() .done( newDefer.resolve ) .fail( newDefer.reject ) .progress( newDefer.notify ); } /* 與deferred[ resolve | reject | notify ]註釋同理 如果deferred[ resolve | reject | notify ]沒有被借用,預設第一個引數為promise(即this),這裡傳遞新的newDefer.promise 如果then中傳遞了函式,則第二個引數為一個數組(元素為該函式的返回值),反之則使用deferred[ resolve | resolveWith ]等傳遞的引數 */ else { // 為什麼這樣寫[ returned ],原因是它作為apply的第二個引數 newDefer[ action + "With" ]( this === promise ? newDefer.promise() : this, fn ? [ returned ] : arguments ); } }); }); fns = null; }).promise(); }, // Get a promise for this deferred // If obj is provided, the promise aspect is added to the object promise: function( obj ) { return obj != null ? jQuery.extend( obj, promise ) : promise; } }, deferred = {}; // Keep pipe for back-compat // 相容之前版本,保留pipe方法 promise.pipe = promise.then; // Add list-specific methods jQuery.each( tuples, function( i, tuple ) { var list = tuple[ 2 ], stateString = tuple[ 3 ]; // promise[ done | fail | progress ] = list.add promise[ tuple[1] ] = list.add; // Handle state // 如果tuples中一個數組的回撥物件被觸發時,則改變狀態,第三個陣列中的回撥物件被鎖定,另一個被禁用 // 因此,如果state = 'resolved',執行reject,將不會觸發fail執行時新增的回撥,因為對應的回撥物件被禁用 if ( stateString ) { list.add(function() { // state = [ resolved | rejected ] state = stateString; // [ reject_list | resolve_list ].disable; progress_list.lock }, tuples[ i ^ 1 ][ 2 ].disable, tuples[ 2 ][ 2 ].lock ); } // deferred[ resolve | reject | notify ] deferred[ tuple[0] ] = function() { /* 解釋一下第一個引數中的條件運算子 如果deferred[ resolve | reject | notify ]方法沒有被借用( 即deferred.resolve.call(指定物件, args); ), 預設第一個引數為 已經擴充套件的promise物件,否則為借用方法時指定的物件 */ deferred[ tuple[0] + "With" ]( this === deferred ? promise : this, arguments ); return this; }; deferred[ tuple[0] + "With" ] = list.fireWith; }); // Make the deferred a promise // 擴充套件deferred,使其擁有promise中的所有方法 promise.promise( deferred ); // Call given func if any // 將在deferred.then中執行 if ( func ) { func.call( deferred, deferred ); } // All done! return deferred; } });
完整例項1:
var fn1 = function(){ console.log('resolved'); }, fn2 = function(){ console.log('rejected'); }, fn3 = function(){ console.log('pending'); }; var defer = $.Deferred();
第一種用法:
1 defer.done(fn1); 2 defer.resolve(); // resolved
如果再呼叫resolve,fn1將不會再執行,因為jQuery.Callbacks('once memory')回撥物件中傳入標誌once
1 defer.resolve(); // fn1不再執行
第二種寫法:
1 defer.resolve(); 2 // defer.done(fn1).done(fn1).done(fn1); 3 defer.done(fn1); // resolved 4 defer.done(fn1); // resolved 5 defer.done(fn1); // resolved
上面寫法是因為對應的jQuery.Callbacks('once memory')回撥物件中傳入了標誌memory,回撥才會觸發;
以下操作不起作用,原因是fail,reject操作對應的回撥物件被禁用
1 defer.fail(fn2); 2 defer.reject();
以下操作也不起作用,原因是progress,notify操作對應的回撥物件被鎖定;
這裡有一個疑問,為什麼在原始碼中第三個回撥物件只是鎖定呢,而不是禁用?因為它傳入的flag中沒有memory,執行鎖定實際是禁用
1 defer.progress(fn3); 2 defer.notify();
完整例項2:
var fn1 = function(str){ console.log(str + ':' + 'resolved'); }, fn2 = function(str){ console.log(str + ':' + 'rejected'); }, fn3 = function(str){ console.log(str + ':' + 'pending'); }, fn4 = function(str){ console.log(str + ':' + 'resolved' + ' ' + 'again'); }, defer, filterd, filterd2; defer = $.Deferred(); defer.resolve('state'); filterd = defer.then(fn1); // state:resolved filterd.done(fn4); // undefined:resolved again
fn4為什麼會執行,因為在then中已經執行了newDefer.resolveWith,而filterd為一個newDefer.promise物件,且對應的jQuery.Callbacks('once memory')回撥物件中傳入了標誌memory;再次,結果第一個子串為什麼是undefined,因為then中已經傳遞了函式,而該函式沒有顯示返回值,預設返回undefined;
反之,如果then中沒有傳遞引數,那麼回撥就可以獲取resolve傳遞過來的引數
1 filterd2 = defer.then(); 2 filterd2.done(fn4); // state:resolved again
完整例項3:
var fn1 = function(str){ console.log(str + ':' + 'resolved'); // 在回撥中顯示返回一個遞延物件 return defer; }, fn4 = function(str){ console.log(str + ':' + 'resolved' + ' ' + 'again'); }, defer, filterd; defer = $.Deferred(); defer.resolve('state'); filterd = defer.then(fn1); // state:resolved filterd = defer.done(fn4); // state:resolved again
相關推薦
深入分析,理解jQuery.Deferred原始碼
前言: 如果你對jQuery.Callback回撥物件不瞭解,或者只掌握其方法,但是沒有通過閱讀原始碼理解,可以先閱讀 前一章,因為只有完全理解jQuery.Callback原始碼,才能真正的理解並掌握jQuery.Deferred遞延物件。 原始碼: // jQuery 1.10.2 jQu
基於個人理解的springAOP部分原始碼分析,內含較多原始碼,慎入
## 本文原始碼較多,講述一些個人對spring中AOP程式設計的一個原始碼分析理解,只代表個人理解,希望能和大家進行交流,有什麼錯誤也渴求指點!!!接下來進入正題 AOP的實現,我認為簡單的說就是利用代理模式,對目標方法所在的類進行封裝代理。請求目標方法時,是直接請求代理物件,再根據使用者指定的通知(切點
JVM記憶體佔用情況深入分析,分分鐘解開你的疑惑
很多同學都問過這個問題,為什麼我的Xmx設定4g,但是TOP命令查詢RES卻佔用5G,6G,甚至10G。這個正常嗎?也可以說正常,也可以說不正常,怎麼判斷?筆者今天就要為你解答這個問題,叫你如何分析JVM佔用的記憶體都分配到了哪裡,哪些地方合理,哪些地方異常。 記憶體分佈 首先
C++多型:深入CRTP,理解編譯期的多型
虛擬函式帶來的額外CPU消耗 考慮如下的程式碼: class D { public: int num; D(int i = 0) { num = i; } virtual void print() { cout <<
動態代理:如何深入理解和分析,不如手寫一個(原始碼包分析、樓主親測)
如何分類Java語言? Java是靜態的強型別語言,但是因為提供了類似反射等機制,也具備了部分動態語言的能力。 一、動態代理的簡單描述 動態代理是一種方便執行時動態構建代理、動態處理代理方法呼叫的機制,很多場景都是利用類似的機制做到的,比如用來包裝RPC呼叫、面向切面的程式設
[jvm解析系列][十四]動態代理和裝飾模式,帶你看原始碼深入理解裝飾模式和動態代理的區別。
不知道大家知不知道設計模式中有一種叫做裝飾,舉一個簡單的例子。 一天一個年輕領導小王講話:咳咳,我們一定要xxx抓緊xxxx學習xxx的精神!好,今天的會議結束! 然後有一個老領導李同志接過來說:那個我在補充兩點,個別同志xxx,一定要注意xxx。好散會。 然後另一天小王同
jQuery原始碼分析系列(31) : Ajax deferred實現
AJAX的底層實現都是瀏覽器提供的,所以任何基於api上面的框架或者庫,都只是說對於功能的靈活與相容維護性做出最優的擴充套件 ajax請求的流程: 1、通過 new XMLHttpRequest 或其它的形式(指IE)生成ajax的物件xhr。 2、通過xhr.open(type, url, asy
關於《深入分析JavaWeb技術內幕》中 跨域名共享Cookie的筆記(第二次看還是需要花點時間,遂將自己的理解寫下來)
圖取自《深入分析JavaWeb技術內幕》 事先應當知曉:a.com 中有會跳轉到 b.net的地方, 儲存session id的Cookie會受到域名的限制,跳轉到b.net之後仍然需要保持之前的登陸狀態(即 需要b.net訪問時也帶上 session id) 核心步驟:跳轉
深入MyBatis原始碼,理解Java設計模式之介面卡模式
什麼是介面卡模式 定義:將一個系統的介面轉換成另外一種形式,從而使原來不能直接呼叫的介面變得可以呼叫。 介面卡模
深入分析一波,你們說的雲安全到底是什麽鬼?
基於 區塊鏈 workload 策略 直接 未來 國家 場景 大數據 雲安全到底是什麽?是傳統廠商的盒子的iso化?是雲廠商自身具備的安全能力?還是SaaS提供安全服務?這些觀點都比較片面,作為聊天話題還可以,但落地還需要認真討論。 一、雲安全標準 要想了解雲安全
深入分析理解Tomcat體系結構-讀書筆記
container 上層 method nec tor contex running 詳細 adapt Tomcat整體結構 由上圖可知Tomcat的頂層容器是Server,而且一個Tomcat對應一個Server,一個server有多個service提供服務.ser
深入理解jQuery中的each方法
foreach 參數 回調 jquery function 默認 break font ++ 寫在前面 我們先回顧一下數組中的forEach方法吧。在數組的實例上有個forEach方法供所有實例使用,forEach裏面接收一個回調函數,而且回調函數默認接收三個參數:當前項
java線程基礎鞏固---wait和sleep的本質區別是什麽,深入分析(面試常見問題)
是什麽 執行 就是 需要 喚醒 直接 png java線程 解釋 對於wait和sleep貌似都會阻塞線程,但是它們確實是很大的區別的,所以下面一點點來探討: 區別一、Sleep()是線程裏面的方法,而Wait()是Object類的方法。這個比較簡單,直接看代碼便知:
mybatis原理,配置介紹及原始碼分析
前言 mybatis核心元件有哪些?它是工作原理是什麼? mybatis配置檔案各個引數是什麼含義? mybatis只添加了介面類,沒有實現類,為什麼可以直接查詢呢? mybatis的mapper對映檔案各個引數又是什麼含義? mybatis-spring提供哪些機制簡化了原生mybatis? m
Android LayoutInflater原理分析,帶你一步步深入瞭解View
有段時間沒寫部落格了,感覺都有些生疏了呢。最近繁忙的工作終於告一段落,又有時間寫文章了,接下來還會繼續堅持每一週篇的節奏。 有不少朋友跟我反應,都希望我可以寫一篇關於View的文章,講一講View的工作原理以及自定義View的方法。沒錯,承諾過的文章我是一定要兌現的,而且在View這個話題上我還
區塊鏈教程eth原始碼分析CMD深入分析(二)
兄弟連區塊鏈教程eth原始碼分析CMD深入分析(二),cmd包下的geth子包主函式啟動的各個子命令解析 ### cmd包下的geth子包主函式啟動的各個子命令解析 #### /geth * __init__ function:匯入創世塊的json,以指定的json作為創世塊args:<ge
兄弟連區塊鏈教程以太坊原始碼分析CMD深入分析(一)
cmd包分析 cmd下面總共有13個子包,除了util包之外,每個子包都有一個主函式,每個主函式的init方法中都定義了該主函式支援的命令,如 geth包下面的: func init() { // Initialize the CLI app and st
Android原始碼分析-全面理解Context
分享一下我老師大神的人工智慧教程!零基礎,通俗易懂!http://blog.csdn.net/jiangjunshow 也歡迎大家轉載本篇文章。分享知識,造福人民,實現我們中華民族偉大復興!  
“過時”的SpringMVC我們到底在用什麼?深入分析DispatchServlet原始碼
之前已經分析過了Spring的IOC(《零基礎帶你看Spring原始碼——IOC控制反轉》)與AOP(《從原始碼入手,一文帶你讀懂Spring AOP面向切面程式設計》)的原始碼,本次就來分析下SpringMVC。本文先簡述下目前SpringMVC的使用情況,然後通過Demo的簡單讓大家有一個初步的使用印象,
FISCO BCOS區塊鏈平臺原始碼分析,對其中包含的類進行總結
FISCO BCOS區塊鏈是基於以太坊修改 現在將FISCO BCOS區塊鏈平臺中涉及到的比較重要的特殊的類進行總結,方便之後學習 Fisco-bcos 底層平臺 Web3sdk節點發交易相關 平行計算 Interface Rpc 查詢 amop發交易訂閱釋出 &