摘要:今天閑著無(wú)聊測(cè)試了一下數(shù)組方法的性能發(fā)現(xiàn)當(dāng)數(shù)組的長(zhǎng)度大于的時(shí)候整個(gè)頁(yè)面會(huì)出于比較長(zhǎng)的卡死狀態(tài),故試著寫(xiě)了個(gè)性能更好的方法來(lái)實(shí)現(xiàn)批量在數(shù)組頭部插入數(shù)據(jù)和原生的性能比較測(cè)試代碼如下測(cè)試中發(fā)現(xiàn)當(dāng)數(shù)據(jù)量小于三百的時(shí)候,使用性能更好小數(shù)據(jù)量的時(shí) 今天閑著無(wú)聊測(cè)試了一下js數(shù)組splice方法的性能發(fā)現(xiàn):當(dāng)數(shù)組的長(zhǎng)度大于100000的時(shí)候整個(gè)頁(yè)面會(huì)出于比較長(zhǎng)的卡死狀態(tài),故試著寫(xiě)了個(gè)性能更好的方法來(lái)...
摘要:在樹(shù)中,文檔片段被其所有的孩子所代替。因?yàn)槲臋n片段存在于內(nèi)存中,并不在樹(shù)中,所以將子元素插入到文檔片段時(shí)不會(huì)引起頁(yè)面回流對(duì)元素位置和幾何上的計(jì)算。因此,使用文檔片段通常會(huì)起到優(yōu)化性能的作用。在里說(shuō)過(guò)接口表示文檔的一部分或一段。 DocumentFragments 是DOM節(jié)點(diǎn)。它們不是主DOM樹(shù)的一部分。通常的用例是創(chuàng)建文檔片段,將元素附加到文檔片段,然后將文檔片段附加到DOM樹(shù)。在D...
showImg(https://segmentfault.com/img/remote/1460000019558133?w=1311&h=841); showImg(https://segmentfault.com/img/remote/1460000019558134?w=2878&h=542); 前言 最近在使用Vue+TypeScript鼓搗自己的組件庫(kù),期間參考不少(抄
摘要:是一門(mén)很神奇的語(yǔ)言,很多和它不相干的功能卻能起到很顯著的效果,有些在看起來(lái)實(shí)現(xiàn)都有一定的工作量,一句屬性就能輕而易舉的解決,下面來(lái)看幾個(gè)例子主要和事件相關(guān)。那么,如何借助來(lái)監(jiān)聽(tīng)這些呢可以從過(guò)渡和動(dòng)畫(huà)兩個(gè)思路來(lái)考慮。 CSS是一門(mén)很神奇的語(yǔ)言,很多和它不相干的功能卻能起到很顯著的效果,有些在js看起來(lái)實(shí)現(xiàn)都有一定的工作量,CSS一句屬性就能輕而易舉的解決,下面來(lái)看幾個(gè)例子(主要和js事件...
摘要:今天遇到一個(gè)一直認(rèn)為很簡(jiǎn)單的問(wèn)題,真正接手后才知道這么可怕大體是這樣的,默認(rèn)動(dòng)態(tài)加載的應(yīng)該是自動(dòng)向下,當(dāng)遇到頁(yè)面最下面應(yīng)該自動(dòng)向上渲染。動(dòng)態(tài)生成的都是根據(jù)來(lái)監(jiān)聽(tīng)獲取元素的信息。 今天遇到一個(gè)一直認(rèn)為很簡(jiǎn)單的問(wèn)題,真正接手后才知道這么可怕 大體是這樣的,默認(rèn)動(dòng)態(tài)加載的card應(yīng)該是自動(dòng)向下,當(dāng)card遇到頁(yè)面最下面應(yīng)該自動(dòng)向上渲染。showImg(https://segmentfault...