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