反編譯webpack打包后的代碼 webpack生成bundle.js文件為什么那么大,會(huì)影響加載速度嗎?
webpack生成bundle.js文件為什么那么大,會(huì)影響加載速度嗎?當(dāng)然,它會(huì)比較大,因?yàn)椴粌H打包了您開(kāi)發(fā)的JavaScript文件,而且打包了依賴(lài)項(xiàng)(即那些第三方庫(kù)文件),這確實(shí)是比較大的。we
webpack生成bundle.js文件為什么那么大,會(huì)影響加載速度嗎?
當(dāng)然,它會(huì)比較大,因?yàn)椴粌H打包了您開(kāi)發(fā)的JavaScript文件,而且打包了依賴(lài)項(xiàng)(即那些第三方庫(kù)文件),這確實(shí)是比較大的。webpack具有解決依賴(lài)關(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壓縮,用戶(hù)可以用40K下載,在今天的網(wǎng)絡(luò)環(huán)境下,除非你有準(zhǔn)確的測(cè)試結(jié)果,一開(kāi)始就不需要考慮文件大小的問(wèn)題。我們不再在那個(gè)時(shí)代了
!地基不穩(wěn)固,地在搖晃。好吧,讓我們先精通JavaScript。就像任何一種語(yǔ)言都感覺(jué)像公牛一樣,但它仍然回到了C語(yǔ)言、匯編語(yǔ)言,最后是機(jī)器語(yǔ)言。
大學(xué)做項(xiàng)目,負(fù)責(zé)人禁止我用Vue,React,讓我用基礎(chǔ)HTML,CSS,JS開(kāi)發(fā)前端怎么辦?
讓我回答(以磁盤(pán)h為例):
1。首先,使用mountvol命令查看所有已安裝驅(qū)動(dòng)器的ID號(hào),并記下需要更改驅(qū)動(dòng)器號(hào)的驅(qū)動(dòng)器的ID號(hào),例如磁盤(pán)H:?卷{d5ff8c26-6f71-11db-8fe1-806d6172696f}
2。刪除需要更改驅(qū)動(dòng)器盤(pán)符的磁盤(pán)符號(hào)/d]]3。重命名已刪除驅(qū)動(dòng)器的驅(qū)動(dòng)器號(hào)(如K盤(pán)),命令:mountvol K:?volume{d5ff8c26-6f71-11db-8fe1-806d6172696f}
(注意命令和參數(shù)之間的空格。)