項目中多了core.dll.css和core.dll.js 他們就是劃分出來的固定的,基本不變的模塊,所以只需要編譯一次,以后引用就好.有點library的感覺.這樣每次構建省去了構建固定模塊的時間. 時間有38s降到了10s,如果你構建比較頻繁,應該還是很有用的.

3. 異步組件 官方文檔

官方文檔是這么介紹的:

在大型應用中，我們可能需要將應用拆分為多個小模塊，按需從服務器下載。為了讓事情更簡單， Vue.js 允許將組件定義為一個工廠函數，動態地解析組件的定義。Vue.js 只在組件需要渲染時觸發工廠函數，并且把結果緩存起來，用于后面的再次渲染。

修改router

before：

import search from './search.vue'
{
 path: '/search',
 name: 'search',
 component: search
}

after：

const search = resolve => require(['./search.vue'], resolve);
{
 path: '/search',
 name: 'search',
 component: search
}

具體我們來看看改造后的效果:

因為我的項目目前只有7個頁面,即使把頁面都做成異步加載,效果并不是很'喜人',整體縮小了30kb.

4. 優化組件加載時機

再使用別人的組件時,上手教程都會提示讓你在main.js里注冊一下就好.當然這是最省事的辦法.

但是根據項目情況,比如我的項目用到了vue-baidu-map.

如果你按照默認的加載方式,vue-baidu-map是會被打在vendor.js .但其實這個組件我只有某個二級頁面才使用.所以讓我們來調整一下加載位置看看.把注冊的vue-baidu-map放在真正使用它的地方.

這樣,verdor.js 又小了56kb.因為首頁根本用不到vue-baidu-map. 當然這樣會帶來一個問題:當多個頁面使用vue-baidu-map,會出現多個頁面重復打包.

怎么異步加載插件,這個我還沒搞明白...

5. webpack-bundle-analyzer

webpack-bundle-analyzer是用來分析 Webpack 生成的包體組成并且以可視化的方式反饋給開發者的工具.你可以通過命令:

npm run build --report

來查看依賴關系.然后再根據具體情況劃分代碼塊.效果圖就是上面那張花里胡哨的圖...它清楚的告訴你了打包時模塊劃分的情況.

6. 前后對比:

638.7kb vs 286.2kb

這還是在未開啟gzip的情況下.

新增一張開啟gzip的截圖,84.8kb,相對最后的優化結果286.2kb是70%的壓縮比...哈哈

總結

聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com