-
mark查看全部
-
觀察者模式查看全部
-
函數(shù)是第一類對象，這是javascript中的一個重要的概念。意味著函數(shù)可以像對象一樣按照第一類管理被使用，所以在javaScript中的函數(shù)： ? 能“存儲”在變量中 ? 能作為函數(shù)的實參被傳遞 ? 能在函數(shù)中被創(chuàng)建 ? 能從函數(shù)中返回查看全部
-
著作權(quán)歸作者所有。 商業(yè)轉(zhuǎn)載請聯(lián)系作者獲得授權(quán)，非商業(yè)轉(zhuǎn)載請注明出處。 作者：趙望野 鏈接：https://www.zhihu.com/question/20289071/answer/14745394 來源：知乎 call 和 apply 都是為了改變某個函數(shù)運行時的 context 即上下文而存在的，換句話說，就是為了改變函數(shù)體內(nèi)部 this 的指向。因為 JavaScript 的函數(shù)存在「定義時上下文」和「運行時上下文」以及「上下文是可以改變的」這樣的概念。二者的作用完全一樣，只是接受參數(shù)的方式不太一樣。例如，有一個函數(shù) func1 定義如下：var func1 = function(arg1, arg2) {};就可以通過 func1.call(this, arg1, arg2); 或者 func1.apply(this, [arg1, arg2]); 來調(diào)用。其中 this 是你想指定的上下文，他可以任何一個 JavaScript 對象(JavaScript 中一切皆對象)，call 需要把參數(shù)按順序傳遞進(jìn)去，而 apply 則是把參數(shù)放在數(shù)組里。查看全部
-
單一職責(zé)原則（SRP：Single responsibility principle）又稱單一功能原則查看全部
-
pushStack： 新建一個jQuery對象并將上一個對象的引用加到棧中查看全部
-
get與eq的區(qū)別 .eq() 減少匹配元素的集合，根據(jù)index索引值，精確指定索引對象。 .get() 通過檢索匹配jQuery對象得到對應(yīng)的DOM元素。 同樣是返回元素，那么eq與get有什么區(qū)別呢？ eq返回的是一個jQuery對象，get返回的是一個DOM對象。舉個例子： $( "li" ).get( 0 ).css("color", "red"); //錯誤 $( "li" ).eq( 0 ).css("color", "red"); //正確 get方法本質(zhì)上是把jQuery對象轉(zhuǎn)換成DOM對象，但是css屬于jQuery構(gòu)造器的，DOM是不存在這個方法的，如果需要用jQuery的方法，我們必須這樣寫： var li = $( "li" ).get( 0 ); $( li ).css("color", "red"); //用$包裝 取出DOM對象li，然后用$再次包裝，使之轉(zhuǎn)變成jQuery對象，才能調(diào)用css方法，這樣要分2步寫太麻煩了，所以jQuery給我們提供了一個便捷方法eq()。查看全部
-
addBack：調(diào)用它會在棧中回溯一個位置，然后把兩個位置上的元素集組合起來，并把這個新的、組合之后的元素集推入棧的上方。查看全部
-
end方法可以回溯到之間的Dom元素集合查看全部
-
jQuery的這種管道風(fēng)格的DSL鏈?zhǔn)酱a，總的來說： ? 節(jié)約JS代碼； ? 所返回的都是同一個對象，可以提高代碼的效率。 通過簡單擴(kuò)展原型方法并通過return this的形式來實現(xiàn)跨瀏覽器的鏈?zhǔn)秸{(diào)用。利用JS下的簡單工廠方法模式，來將所有對于同一個DOM對象的操作指定同一個實例。查看全部
-
要想理解為什么ready先執(zhí)行，load后執(zhí)行就要先了解下DOM文檔加載的步驟： (1) 解析HTML結(jié)構(gòu)。 (2) 加載外部腳本和樣式表文件。 (3) 解析并執(zhí)行腳本代碼。 (4) 構(gòu)造HTML DOM模型。//ready (5) 加載圖片等外部文件。 (6) 頁面加載完畢。//load 從上面的描述中大家應(yīng)該已經(jīng)理解了吧，ready在第（4）步完成之后就執(zhí)行了，但是load要在第（6）步完成之后才執(zhí)行。 結(jié)論： ready與load的區(qū)別就在于資源文件的加載，ready構(gòu)建了基本的DOM結(jié)構(gòu)，所以對于代碼來說應(yīng)該越快加載越好。在一個高速瀏覽的時代，沒人愿意等待答案。假如一個網(wǎng)站頁面加載超過4秒，不好意思，你1/4的用戶將面臨著流失，所以對于框架來說用戶體驗是至關(guān)重要的，我們應(yīng)該越早處理DOM越好，我們不需要等到圖片資源都加載后才去處理框架的加載，圖片資源過多l(xiāng)oad事件就會遲遲不會觸發(fā)。查看全部
-
u查看全部
-
內(nèi)存泄露兩點： ? JS的內(nèi)存泄露，無怪乎就是從DOM中remove了元素，但是依然有變量或者對象引用了該DOM對象。然后內(nèi)存中無法刪除。使得瀏覽器的內(nèi)存占用居高不下。這種內(nèi)存占用，隨著瀏覽器的刷新，會自動釋放。 ? 而另外一種情況，就是循環(huán)引用，一個DOM對象和JS對象之間互相引用，這樣造成的情況更嚴(yán)重一些，即使刷新，內(nèi)存也不會減少。這就是嚴(yán)格意義上說的內(nèi)存泄露了。查看全部
-
DOM文檔加載的步驟： (1) 解析HTML結(jié)構(gòu)。 (2) 加載外部腳本和樣式表文件。 (3) 解析并執(zhí)行腳本代碼。 (4) 構(gòu)造HTML DOM模型。//ready (5) 加載圖片等外部文件。 (6) 頁面加載完畢。//load查看全部
-
般來說，javascript要實現(xiàn)異步的收集，就需要“等待”，比如defer.resolve(5)雖然觸發(fā)了，但是done的處理還沒添加，我們必須要等待done、then等方法先添加了后才能執(zhí)行了resolve，那么常規(guī)的的用法就是在resolve內(nèi)部用setTimeout 0，image.onerror行成一個異步的等待操作處理。 但是jQuery很巧妙的繞過了這個收集方式， defer.resolve(5)方法實際就是觸發(fā)了callback回到函數(shù)的fireWith方法，這樣可以接受一個上下文deferred與參數(shù)5 deferred[tuple[0] + "With"](this === deferred ? promise : this, arguments); 之前 done | fail | progress方法都是通過jQuery.Callbacks("once memory") 或 jQuery.Callbacks("memory")生成的。 實際上在Callback源碼fire方法有一句 memory = options.memory && data;這樣就很巧妙的緩存當(dāng)前參數(shù)5的值，提供給下一個使用，這個就是then，pipe鏈?zhǔn)綌?shù)據(jù)的一個基礎(chǔ)了，此刻的操作，我們把memory保存了這個數(shù)據(jù)的值。 重點來了，下一個defer.done的操作也是走的add的處理，把done的回調(diào)函數(shù)加入到list隊列中的之后，接著就會觸發(fā)。 // With memory, if we're not firing then // we should call right away } else if (memory) { firingStart = start; fire(memory); } 因為memory在上一個resolve操作的時候，緩存了5了，所以memory的判斷顯示是為真的，所以立刻就觸發(fā)了fire(memory)的代碼了，所以就算觸發(fā)的循序與添加的循序不一致，也不會導(dǎo)致錯誤。 而且jquery很巧妙的避免了異步收集的問題，這樣處理更可靠了。可見回調(diào)函數(shù)模塊就是為Deferred模塊量身定做的了。查看全部
舉報
0/150
提交
取消