webpack生成bundle.js文件為什么那么大，會(huì)影響加載速度嗎？當(dāng)然，它會(huì)比較大，因?yàn)椴粌H打包了您開(kāi)發(fā)的JavaScript文件，而且打包了依賴項(xiàng)（即那些第三方庫(kù)文件），這確實(shí)是比較大的。we

webpack生成bundle.js文件為什么那么大，會(huì)影響加載速度嗎？

當(dāng)然，它會(huì)比較大，因?yàn)椴粌H打包了您開(kāi)發(fā)的JavaScript文件，而且打包了依賴項(xiàng)（即那些第三方庫(kù)文件），這確實(shí)是比較大的。webpack具有解決依賴關(guān)系、多模塊標(biāo)準(zhǔn)支持、多功能插件支持等優(yōu)點(diǎn)。與這些軟件工程中迫切需要解決的問(wèn)題相比，“大”可以通過(guò)其他途徑來(lái)解決。例如，uglify可以在很大程度上壓縮源代碼并減少其體積?；蛘咄ㄟ^(guò)nginx_uucomp_uu2;的gzip，level選項(xiàng)可以設(shè)置從1到9的不同壓縮級(jí)別，以降低網(wǎng)絡(luò)傳輸壓力。兩者混用的效果非常好，也是最常見(jiàn)、最有效的方法反應(yīng).js經(jīng)過(guò)uglify，源文件不到200K，如果用nginx壓縮，用戶可以用40K下載，在今天的網(wǎng)絡(luò)環(huán)境下，除非你有準(zhǔn)確的測(cè)試結(jié)果，一開(kāi)始就不需要考慮文件大小的問(wèn)題。我們不再是那個(gè)時(shí)代了

webpack實(shí)現(xiàn)原理的核心是使用tapable的插件機(jī)制，了解它，然后了解它的工作原理。我寫(xiě)了一些相關(guān)的分析文章，希望能對(duì)大家有所幫助：網(wǎng)頁(yè)包源代碼分析（1）-可點(diǎn)擊插件架構(gòu)

據(jù)說(shuō)前端的低入門(mén)級(jí)應(yīng)該是后端，沒(méi)有做過(guò)前端和后端的分離；據(jù)說(shuō)后端只能添加，刪除并修改只做了前后分離的前端！前前后后互相抱怨不是一兩天的事。如果我不在他們中間，我就不知道他們之間有什么強(qiáng)大的關(guān)系

！存在是合理的，存在是必要的。學(xué)總比心不在焉強(qiáng)！