vue為什么要用set改變數(shù)據(jù)？只不過(guò)vue2中，它是劫持?jǐn)?shù)組原型上的方法，并對(duì)原型上的方法然后再，它這個(gè)可以檢測(cè)檢測(cè)到數(shù)組的pop,push，shift，unshift，splice，等方法，不過(guò)沒(méi)

vue為什么要用set改變數(shù)據(jù)？

只不過(guò)vue2中，它是劫持?jǐn)?shù)組原型上的方法，并對(duì)原型上的方法然后再，它這個(gè)可以檢測(cè)檢測(cè)到數(shù)組的pop,push，shift，unshift，splice，等方法，不過(guò)沒(méi)法檢測(cè)到這些數(shù)據(jù)的變化，一是數(shù)組長(zhǎng)度的變化，比如：那樣的話(huà)5就沒(méi)法被怎么檢測(cè)到，二是數(shù)組索引值直接修改內(nèi)容的或

前端編譯器babel的緩存機(jī)制是怎么做的？

前端編譯器babel的緩存機(jī)制是怎么做的？

babel簡(jiǎn)介babel是一個(gè)js的編譯器，我們只是平常在用的react、vue等框架全是按照它才能編譯器成瀏覽器也可以不能執(zhí)行的代碼，個(gè)人感覺(jué)它是前端這座大廈最最底層另外是最最核心的部分。如果沒(méi)有它，前端絕對(duì)會(huì)退回到刀耕火種時(shí)代。

既然如此是編譯器，所以才它肯定會(huì)操作很多的文件，在babel/core中，它加載起碼的是它的配置包括babelrc、pkgjson、插件、預(yù)設(shè)等文件，因?yàn)閷?duì)操作文件的結(jié)果做緩存必不可少！

babel的緩存機(jī)制假設(shè)不成立我們現(xiàn)在處理的是一個(gè)文件在js中做緩存容器正確的所謂那就是對(duì)象和數(shù)組，babel區(qū)分的是es6提供給的map，反正是一個(gè)對(duì)象，只是它的key比較好隨便地（不不單字符串）。

那樣最好，現(xiàn)在呢既然有了緩存容器（map），那么sign是什么呢？用于標(biāo)記一個(gè)文件，就像這個(gè)可以選擇類(lèi)型用文件的路徑和文件名文件內(nèi)容的md5值，babel帶的是前者。

一次性處理文件的過(guò)程這個(gè)可以定義一個(gè)handle方法，文件路徑是handle的一個(gè)參數(shù)，偶爾會(huì)單單一個(gè)文件路徑并肯定不能滿(mǎn)足的條件業(yè)務(wù)邏輯，是需要傳來(lái)其他的參數(shù)，所以handles具備第二個(gè)參數(shù)。

在這里，babel對(duì)第二個(gè)參數(shù)做了一層標(biāo)準(zhǔn)封裝，把它先做成了一個(gè)有狀態(tài)管理能力的對(duì)象CacheConfigurator，因此handle的第二個(gè)參數(shù)那就是這個(gè)對(duì)象。

handle處理后是會(huì)能得到對(duì)某個(gè)文件本次的處理結(jié)果value，現(xiàn)在就把value卡內(nèi)map中嗎？excuse，并不是！

CacheConfigurator是另一個(gè)占據(jù)狀態(tài)管理能力的對(duì)象，在handle處理的過(guò)程中是可以對(duì)它并且狀態(tài)如何修改的。在換取value的值后，還不需要去鑒別CacheConfigurator的狀態(tài)。

CacheConfigurator有三種狀態(tài)：

紅色字體的valid是校驗(yàn)函數(shù)never，不需緩存

forever，要緩存只不過(guò)下次再處理這個(gè)文件時(shí)跳校驗(yàn)部分再回value

valid，下次再處理這個(gè)文件時(shí)不需要走校驗(yàn)邏輯valid

這樣這個(gè)校驗(yàn)邏輯是怎末傳入的呢？

是的，是handle在一次性處理CacheConfigurator時(shí)傳入的。

當(dāng)改天再去一次性處理這個(gè)文件時(shí)，變會(huì)除外走緩存的邏輯，只能校驗(yàn)才會(huì)真接趕往value！

整體思路就是這樣，大拿們的想法那就的很神妙的，這個(gè)思路在其他業(yè)務(wù)中都是這個(gè)可以參考的！

就是喜歡我的回答就參與我吧，有問(wèn)題可以發(fā)表評(píng)論，我們一起學(xué)習(xí)，共同成長(zhǎng)！