webpack下實(shí)現(xiàn)動(dòng)態(tài)引入文件方法
剛開始使用webpack時(shí),可能很多人都會(huì)有過這樣的想法,在require文件時(shí),能不能不寫靜態(tài)的字符串路徑,而是使用一個(gè)更靈活的方式,比如定義一個(gè)變量,根據(jù)具體的運(yùn)行情況來確定需要require哪個(gè)文件!
比如,筆者就遇到了一個(gè)這樣的需求。
當(dāng)時(shí)是使用vue-router開發(fā)一個(gè)管理系統(tǒng),管理系統(tǒng)自身有一個(gè)目錄數(shù)組,而vue-router也需要一個(gè)route配置數(shù)組,而這兩者恰恰是對(duì)應(yīng)關(guān)系的。當(dāng)時(shí)就想,能不能只維護(hù)一個(gè)目錄數(shù)組,然后動(dòng)態(tài)的生成route數(shù)組呢?
于是我實(shí)現(xiàn)了一個(gè)小demo,如下:
// directory let dir = [ { name: 'a', path: '/a', componentPath: './a.vue' }, { ... } ]; let route = []; for (let i = 0; i < dir.length; ++i) { let item = dir[i]; route.push({ path: item.path, component: r => require.ensure([], () => r(require(item.componentPath)), 'demo') }); }
大致如上,當(dāng)時(shí)沒留源碼,大概手寫個(gè)例子,忽略一些可能的語法錯(cuò)誤。
當(dāng)使用這段代碼運(yùn)行的時(shí)候,就開始報(bào)錯(cuò)了:Critical dependencies。
在查了一些資料后,我大致明白了webpack的運(yùn)行機(jī)制,也明白了一個(gè)事實(shí),那就是:使用webpack動(dòng)態(tài)require文件是不可能實(shí)現(xiàn)的。
要知道,webpack是一個(gè)打包工具,它運(yùn)行的時(shí)機(jī)屬于預(yù)編譯,而我們的想法呢,要在運(yùn)行時(shí)才能確定到底要require哪些文件,這顯然是不行的,因?yàn)檫@樣,webpack不知道該把哪些包打包起來,結(jié)果就是那些文件都沒有被打包進(jìn)去,那么require也肯定require不到啊。
明白了這個(gè)機(jī)制,我們就應(yīng)該確定直接傳遞path來動(dòng)態(tài)注冊(cè)route是一種不可能實(shí)現(xiàn)的方案。
那么如果又想實(shí)現(xiàn)動(dòng)態(tài)引入文件,怎么辦呢?我們可以考慮一些曲線救國的方案。
1. 預(yù)編譯階段確定require路徑。
我們之所以使用動(dòng)態(tài)的變量來存儲(chǔ)路徑字符串,無非是想要程序替我們執(zhí)行一些動(dòng)作,比如拼接字符串等等。那么很多情況下這些程序在運(yùn)行時(shí)執(zhí)行和在預(yù)編譯時(shí)執(zhí)行是一樣效果的。比如我們上面的例子,就是不想手動(dòng)去維護(hù)兩張表。那么我們可以在打包的時(shí)候,執(zhí)行讀寫文件,來動(dòng)態(tài)執(zhí)行解析操作,并將解析得到的route數(shù)組寫入指定的文件。這樣不就實(shí)現(xiàn)了目標(biāo)嗎?
2.直接傳遞component對(duì)象呢?比如下面的實(shí)現(xiàn)方式:
// directory let dir = [ { name: 'a', path: '/a', component: r => require.ensure([], () => r(require('./a.vue')), 'demo') }, { ... } ]; let route = []; for (let i = 0; i < dir.length; ++i) { let item = dir[i]; route.push({ path: item.path, component: item.component }); }
這種方案主要針對(duì)我們的例子,當(dāng)然對(duì)其他情況也能給一個(gè)啟發(fā)作用。
不過說來說去,這都是委曲求全的方案,我們必須明白一點(diǎn),那就是在預(yù)編譯階段,webpack必須明確知道該引入哪些文件,否則什么方案都是不可行的。
順便一提,網(wǎng)上還有說法require(path),只要path不是純變量,比如require('./root/' + path),這樣組合一下就行?我在這里require.ensure函數(shù)中嘗試過,不行。也許是我使用方式不對(duì)吧。
再一提,傳遞component對(duì)象時(shí),好像在跨文件時(shí)會(huì)有點(diǎn)問題,反正我是將目錄數(shù)組和route數(shù)組以及解析過程寫在一個(gè)文件的。也許是使用相對(duì)路徑在不同文件中解析的問題,使用的時(shí)候需要注意下。
以上這篇webpack下實(shí)現(xiàn)動(dòng)態(tài)引入文件方法就是小編分享給大家的全部內(nèi)容了,希望能給大家一個(gè)參考,也希望大家多多支持腳本之家。
相關(guān)文章
關(guān)于Google發(fā)布的JavaScript代碼規(guī)范你要知道哪些
代碼規(guī)范并不是一種編寫正確JavaScript代碼的規(guī)則,而是為了保持源代碼編寫模式一致的一種選擇。這篇文章給大家介紹了關(guān)于Google發(fā)布的JavaScript代碼規(guī)范你要知道哪些,感興趣的朋友一起看看吧2018-04-04正則表達(dá)式在js前端的15個(gè)使用場景梳理總結(jié)
本篇帶來15個(gè)正則使用場景,按需索取,收藏恒等于學(xué)會(huì)??!有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進(jìn)步,早日升職加薪2022-07-07JavaScript學(xué)習(xí)總結(jié)(一) ECMAScript、BOM、DOM(核心、瀏覽器對(duì)象模型與文檔對(duì)象模型)
JavaScript是一種解釋執(zhí)行的腳本語言,是一種動(dòng)態(tài)類型、弱類型、基于原型的語言,內(nèi)置支持類型,它遵循ECMAScript標(biāo)準(zhǔn)。它的解釋器被稱為JavaScript引擎,為瀏覽器的一部分,廣泛用于客戶端的腳本語言,主要用來給HTML增加動(dòng)態(tài)功能2018-01-01

element-ui?對(duì)話框dialog使用echarts報(bào)錯(cuò)'dom沒有獲取到'的問題

如何將HTML字符轉(zhuǎn)換為DOM節(jié)點(diǎn)并動(dòng)態(tài)添加到文檔中詳解

JS獲取表格內(nèi)指定單元格html內(nèi)容的方法