前言
伴隨著vue的全球化,已經(jīng)各種vue的組件框架越來越完善,從早期的element-ui到vux,iview等越來越多高質(zhì)量的項目,使用vue進(jìn)行前端構(gòu)建已然是一件工程化,模塊化,敏捷化的事情
在這其中,相信很多人都會選擇官方的vue-cli初始化工程模板,然后通過引入第三方組件框架和工具的方式進(jìn)行開發(fā)構(gòu)建,我個人也十分推崇這種做法。但是vue-cli初始化的項目模板畢竟是面向所有開發(fā)者的,在兼容性方面會有一定妥協(xié)。相信很多人都已經(jīng)搜索過各類的webpack構(gòu)建優(yōu)化文章,但是很多不是版本太老就是不嚴(yán)謹(jǐn)
本文希望能在耗時優(yōu)化與構(gòu)建性能提升之間做一個平衡,即花最少的時間,對官方模板做最少的修改下,賺取最大的構(gòu)建性能提升
思路
早期版本的vue-cli和webpack2時代,網(wǎng)上流傳以下優(yōu)化配置,但其實(shí)新版本的vue-cli和webpack3已經(jīng)不需要
對于新版本的vue-cli和webpack3,以下簡單配置優(yōu)化后可提升最少2倍的構(gòu)建速度
實(shí)踐
1、按需引用
1.1幾乎所有的第三方組件框架都會提供組件的 按需引用 方式,以iview為例,通過借助插件babel-plugin-import 可以實(shí)現(xiàn)按需加載組件,減少文件體積,只需要修改 .babelrc 文件
npm install babel-plugin-import --save-dev// .babelrc{ "plugins": [["import", { "libraryName": "iview", "libraryDirectory": "src/components" }]]}1.2然后這樣按需引入組件,就可以減小體積了
import { Button } from 'iview'Vue.component('Table', Table)2、啟用happypack多核構(gòu)建項目
安裝happypack后,修改 /build/webpack.base.conf.js 文件即可
npm install happypack --save-dev// /build/webpack.base.conf.jsconst HappyPack = require('happypack')const os = require('os')const happyThreadPool = HappyPack.ThreadPool({ size: os.cpus().length })// 增加HappyPack插件plugins: [ new HappyPack({ id: 'happy-babel-js', loaders: ['babel-loader?cacheDirectory=true'], threadPool: happyThreadPool, }) ]// 修改引入loader{ test: //.js$/, // loader: 'babel-loader', loader: 'happypack/loader?id=happy-babel-js', // 增加新的HappyPack構(gòu)建loader include: [resolve('src'), resolve('test')]}3、修改source-map配置
3.1首先修改 /config/index.js 文件
// /config/index.jsdev環(huán)境:devtool: 'eval'(最快速度)prod環(huán)境:productionSourceMap: false(關(guān)閉source-map)
3.2然后修改 /src/main.js 文件,關(guān)閉生產(chǎn)環(huán)境的調(diào)試信息
// /src/main.jsconst isDebug_mode = process.env.NODE_ENV !== 'production'Vue.config.debug = isDebug_modeVue.config.devtools = isDebug_modeVue.config.productionTip = isDebug_mode
4、啟用DllPlugin和DllReferencePlugin預(yù)編譯庫文件
這是最復(fù)雜也是提升效果最明顯的一步,原理是將第三方庫文件單獨(dú)編譯打包一次,以后的構(gòu)建都不需要再編譯打包第三方庫
4.1 增加 build/webpack.dll.config.js 文件,并在其中配置需要單獨(dú)DLL化的模塊
const path = require("path")const webpack = require("webpack")module.exports = { // 你想要打包的模塊的數(shù)組 entry: { vendor: ['vue/dist/vue.esm.js', 'axios', 'vue-router', 'iview'] }, output: { path: path.join(__dirname, '../static/js'), // 打包后文件輸出的位置 filename: '[name].dll.js', library: '[name]_library' }, plugins: [ new webpack.DllPlugin({ path: path.join(__dirname, '.', '[name]-manifest.json'), name: '[name]_library', context: __dirname }), // 壓縮打包的文件 new webpack.optimize.UglifyJsPlugin({ compress: { warnings: false } }) ]}4.2 在 build/webpack.dev.conf.js 和 build/webpack.prod.conf.js 增加如下插件
new webpack.DllReferencePlugin({ context: __dirname, manifest: require('./vendor-manifest.json')})4.3 在 /package.json 增加命令
"dll": "webpack --config ./build/webpack.dll.config.js"
4.4 在 /index.html 增加DLL化JS引入(必須首先引入)
<script src="/static/js/vendor.dll.js"></script>
4.5 執(zhí)行構(gòu)建
npm run dll(這一步會生成build/vendor-manifest.json和static/js/vendor.dll.js)npm run dev 或 npm run build
后記
以上四個大步驟完成后,我們就完成了對vue-cli模板工程構(gòu)建優(yōu)化提升,雖然看起來依然算不上簡單,但是這已經(jīng)是最最最簡單的優(yōu)化了,還有更多奇技淫巧沒有展開,因?yàn)槲矣X得過多的優(yōu)化配置意義不大,反而會給項目工程帶來太多冗余和復(fù)雜化
以上的配置實(shí)際測試的構(gòu)建效果是從原先的13秒減少到了6秒左右,熱部署更是毫秒級的
最重要的是,最簡單化的配置,在未來vue-cli和webpack升級新版本后,也可以很容易的重新配置進(jìn)去使用,熟練配置一次后,重新再還原配置只需要 5分鐘左右 想想花5分鐘修改一下配置,就能換來每次構(gòu)建2倍以上速度的提升,是不是會有點(diǎn)小激動呢:)
這里再多說些后話吧,其實(shí)webpack2至webpack3的升級,個人覺得蠻失望的,因?yàn)樗€是沒有從根本上解決其配置過于復(fù)雜的問題,作為目標(biāo)是占領(lǐng)全世界所有web項目構(gòu)建的產(chǎn)品,它應(yīng)該更多地從易用性/人性化的角度去考慮
每一次看著webpack的工程里面的各種.babelrc,.postcssrc.js...還有各種的.conf文件,甚至還有各種的main,index,app文件,就忍不住想吐槽,究竟為什么前端的構(gòu)建會發(fā)展成這樣,一個好好的項目工程里,十幾種配置文件,真的有必要嗎?我原本以為webpack3會將這一切變得簡單,然而它并沒有,不過既然暫時沒有辦法去改變,那我們能做的就是,盡可能理解其中原理,盡自己最大的可能去簡化/優(yōu)化
以上就是本文的全部內(nèi)容,希望對大家的學(xué)習(xí)有所幫助,也希望大家多多支持武林網(wǎng)。
新聞熱點(diǎn)
疑難解答