舉個(gè)例子：很多產(chǎn)品都用到螺絲，但是工廠在生產(chǎn)不同產(chǎn)品時(shí)，不需要每次連帶著把螺絲也生產(chǎn)出來，因?yàn)槁萁z可以單獨(dú)生產(chǎn)，并給多種產(chǎn)品使用。在這里螺絲的作用就可以理解為是dll。
為什么要使用Dll
通常來說，我們的代碼都可以至少簡單區(qū)分成業(yè)務(wù)代碼和第三方庫。如果不做處理，每次構(gòu)建時(shí)都需要把所有的代碼重新構(gòu)建一次，耗費(fèi)大量的時(shí)間。然后大部分情況下，很多第三方庫的代碼并不會(huì)發(fā)生變更（除非是版本升級），這時(shí)就可以用到dll：把復(fù)用性較高的第三方模塊打包到動(dòng)態(tài)鏈接庫中，在不升級這些庫的情況下，動(dòng)態(tài)庫不需要重新打包，每次構(gòu)建只重新打包業(yè)務(wù)代碼。
還是上面的例子：把每次構(gòu)建，當(dāng)做是生產(chǎn)產(chǎn)品的過程，我們把生產(chǎn)螺絲的過程先提取出來，之后我們不管調(diào)整產(chǎn)品的功能或者設(shè)計(jì)（對應(yīng)于業(yè)務(wù)代碼變更），都不必重復(fù)生產(chǎn)螺絲（第三方模塊不需要重復(fù)打包）；除非是產(chǎn)品要使用新型號的螺絲（第三方模塊需要升級），才需要去重新生產(chǎn)新的螺絲，然后接下來又可以專注于調(diào)整產(chǎn)品本身。
基本用法
使用dll時(shí)，可以把構(gòu)建過程分成dll構(gòu)建過程和主構(gòu)建過程（實(shí)質(zhì)也就是如此），所以需要兩個(gè)構(gòu)建配置文件，例如叫做webpack.config.js和webpack.dll.config.js。
1. 使用DLLPlugin打包需要分離到動(dòng)態(tài)庫的模塊
DllPlugin是webpack內(nèi)置的插件，不需要額外安裝，直接配置webpack.dll.config.js文件：
module.exports = {=
entry: {
// 第三方庫
react: ['react', 'react-dom', 'react-redux']
},
output: {
// 我們先來看看，這一步到底做了什么。執(zhí)行：webpack --config webpack.dll.config，然后到指定的輸出文件夾查看輸出：
react.dll文件里是使用數(shù)組保存的模塊，索引值就作為id；react.manifest.json文件里，是用來描述對應(yīng)的dll文件里保存的模塊里暴露出剛剛構(gòu)建的所有模塊，如下：
{
"name":"react_dll_553e24e2c44987d2578f",
"content":{
"./node_modules/webpack/node_modules/process/browser.js":{"id":0,"meta":{}},"./node_modules/react/node_modules/fbjs/lib/invariant.js":{"id":1,"meta":{}},"./node_modules/react/lib/Object.assign.js":{"id":2,"meta":{}},"./node_modules/react/node_modules/fbjs/lib/warning.js":{"id":3,"meta":{}}
//省略相似代碼
}
}2. 在主構(gòu)建配置文件使用動(dòng)態(tài)庫文件
在webpack.config中使用dll要用到DllReferencePlugin,這個(gè)插件通過引用 dll 的 manifest 文件來把依賴的名稱映射到模塊的 id 上，之后再在需要的時(shí)候通過內(nèi)置的 webpack_require 函數(shù)來 require 他們.
new webpack.DllReferencePlugin({
context: __dirname,
manifest: require('./dist/dll/react.manifest.json')
}),第一步產(chǎn)出的manifest文件就用在這里，給主構(gòu)建流程作為查找dll的依據(jù)：DllReferencePlugin去 manifest.json 文件讀取 name 字段的值，把值的內(nèi)容作為在從全局變量中獲取動(dòng)態(tài)鏈接庫中內(nèi)容時(shí)的全局變量名，因此：在 webpack_dll.config.js 文件中，DllPlugin 中的 name 參數(shù)必須和 output.library 中保持一致。
3. 在入口文件引入dll文件。
生成的dll暴露出的是全局函數(shù)，因此還需要在入口文件里面引入對應(yīng)的dll文件。
<body> <div id="app"></div> <!--引用dll文件--> <script src="../../dist/dll/react.dll.js" ></script> </body>
作用
首先從前面的介紹，至少可以看出dll的兩個(gè)作用
分離代碼，業(yè)務(wù)代碼和第三方模塊可以被打包到不同的文件里，這個(gè)有幾個(gè)好處：
提升構(gòu)建速度。第三方庫沒有變更時(shí)，由于我們只構(gòu)建業(yè)務(wù)相關(guān)代碼，相比全部重新構(gòu)建自然要快的多。
注意事項(xiàng)
從前面可以看到dll帶來的優(yōu)點(diǎn)，但并不意味著我們就應(yīng)該把除業(yè)務(wù)代碼外的所有代碼全部都丟到dll中，舉一個(gè)例子：
1.對于lodash這種第三方庫，正確的用法是只去import所需的函數(shù)（用什么引什么），例如：
// 正確用法
import isPlainObject from 'lodash/isPlainObject'
//錯(cuò)誤用法
import { isPlainObject } from 'lodash'這兩種寫法的差別在于，打包時(shí)webpack會(huì)根據(jù)引用去打包依賴的內(nèi)容，所以第一種寫法，webpack只會(huì)打包lodash的isPlainObject庫，第二種寫法卻會(huì)打包整個(gè)lodash。現(xiàn)在假設(shè)在項(xiàng)目中只是用到不同模塊對lodash里的某幾個(gè)函數(shù)并且沒有對于某個(gè)函數(shù)重復(fù)使用非常多次，那么這時(shí)候把lodash添加到dll中，帶來的收益就并不明顯，反而導(dǎo)致2個(gè)問題：
lodash，而導(dǎo)致打包后的文件總大小（注意是總大小）比原先還要大實(shí)踐與反思
放一張自己在一個(gè)比較大的項(xiàng)目中單純使用dll之后的收益，提取的內(nèi)容是 react相關(guān)的第三方庫，和fish組件，構(gòu)建時(shí)間從120s降低到80s左右（當(dāng)然這個(gè)時(shí)間還是有點(diǎn)恐怖），構(gòu)建前appjs的大小是680kb，拆分業(yè)務(wù)代碼和第三方代碼分別是400kb和380kb（這就是拆分后大小大于拆分前大小的例子），從這一點(diǎn)來看，對于常見第三方庫是否要放進(jìn)dll可能比較明確（比如react系列打包一般肯定不虧），但是還有一些就要結(jié)合具體的項(xiàng)目內(nèi)容來進(jìn)行判斷和取舍。（強(qiáng)烈推薦使用webpack-bundle-analyzer插件進(jìn)行性能分析）
總結(jié)
本文介紹了Dllplugin的思想,基本用法和應(yīng)用場景(關(guān)于使用的部分更詳細(xì)的內(nèi)容可以看官方文檔)，結(jié)合個(gè)人的一些實(shí)踐經(jīng)驗(yàn)，對于常見第三方庫是否要放進(jìn)dll可能比較明確（比如react系列打包一般肯定不虧），但是還有一些就要結(jié)合具體的項(xiàng)目內(nèi)容來判斷，例如我上面的實(shí)踐的例子就說明目前的拆分還不夠好。這一塊也歡迎大家一起探討。
聲明：本網(wǎng)頁內(nèi)容旨在傳播知識，若有侵權(quán)等問題請及時(shí)與本網(wǎng)聯(lián)系，我們將在第一時(shí)間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com
Copyright ? 2019-2025 m.alabama37th.com 版權(quán)所有
違法及侵權(quán)請聯(lián)系：TEL:177 7030 7066 E-MAIL:11247931@qq.com 本站由北京市萬商天勤律師事務(wù)所王興未律師提供法律服務(wù)
