import

webpack根據(jù)ES2015 loader 規(guī)范實(shí)現(xiàn)了用于動(dòng)態(tài)加載的import()方法。

這個(gè)功能可以實(shí)現(xiàn)按需加載我們的代碼，并且使用了promise式的回調(diào)，獲取加載的包。

在代碼中所有被import()的模塊，都將打成一個(gè)單獨(dú)的包，放在chunk存儲(chǔ)的目錄下。在瀏覽器運(yùn)行到這一行代碼時(shí)，就會(huì)自動(dòng)請求這個(gè)資源，實(shí)現(xiàn)異步加載。

這里是一個(gè)簡單的demo。

import('lodash').then(_ => {
  // Do something with lodash (a.k.a '_')...
 })

可以看到，import()的語法十分簡單。該函數(shù)只接受一個(gè)參數(shù)，就是引用包的地址，這個(gè)地址與es6的import以及CommonJS的require語法用到的地址完全一致?？梢詫?shí)現(xiàn)無縫切換【寫個(gè)正則替換美滋滋】。

并且使用了Promise的封裝，開發(fā)起來感覺十分自在。【包裝一個(gè)async函數(shù)就更爽了】

然而，以上只是表象。

只是表象。

我在開發(fā)的時(shí)候就遇到了問題。場景是這樣的：一個(gè)對象，存儲(chǔ)的是各級(jí)的路由信息，及其對應(yīng)的頁面組件。為減少主包大小，我們希望動(dòng)態(tài)加載這些頁面。

同時(shí)使用了react-loadable來簡化組件的懶加載封裝。代碼如下所示。

function lazyLoad(path) {
 return Loadable({
  loader: () => import(path),
  loading: Spin,
 });
}

然后我就開始開心的在代碼中寫上lazyLoad('./pages/xxx')。果不其然，掛了。瀏覽器表示，沒有魚丸沒有粗面，也不知道這個(gè)傻逼模塊在哪里。

于是我查看了官方文檔，發(fā)現(xiàn)有一個(gè)黃條提示。

emmm，看來問題出在這里了。

這個(gè)現(xiàn)象其實(shí)是與webpack import()的實(shí)現(xiàn)高度相關(guān)的。由于webpack需要將所有import()的模塊都進(jìn)行單獨(dú)打包，所以在工程打包階段，webpack會(huì)進(jìn)行依賴收集。

此時(shí)，webpack會(huì)找到所有import()的調(diào)用，將傳入的參數(shù)處理成一個(gè)正則，如：

import('./app'+path+'/util') => /^\.\/app.*\/util$/

也就是說，import參數(shù)中的所有變量，都會(huì)被替換為【.*】，而webpack就根據(jù)這個(gè)正則，查找所有符合條件的包，將其作為package進(jìn)行打包。

因此，如果我們直接傳入一個(gè)變量，webpack就會(huì)把 (整個(gè)電腦的包都打包進(jìn)來[不鬧]) 認(rèn)為你在逗他，并且拋出一個(gè)WARNING: Critical dependency: the request of a dependency is an expression。

所以import的正確姿勢，應(yīng)該是盡可能靜態(tài)化表達(dá)包所處的路徑，最小化變量控制的區(qū)域。

如我們要引用一堆頁面組件，可以使用import('./pages/'+ComponentName)，這樣就可以實(shí)現(xiàn)引用的封裝，同時(shí)也避免打包多余的內(nèi)容。

另外一個(gè)影響功能封裝的點(diǎn)，是import()中的相對路徑，是import語句所在文件的相對路徑，所以進(jìn)一步封裝import時(shí)會(huì)出現(xiàn)一些麻煩。

因?yàn)閕mport語句中的路徑會(huì)在編譯后被處理成webpack命令執(zhí)行目錄的相對路徑.

友情鏈接：https://webpack.js.org/api/module-methods/#import

以上就是本文的全部內(nèi)容，希望對大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。

最新評論