Webpack 4教程:為什麼要優化程式碼
轉載請註明出處:葡萄城官網,葡萄城為開發者提供專業的開發工具、解決方案和服務,賦能開發者。
原文出處:https://wanago.io/2018/07/30/webpack-4-course-part-five-built-in-optimization-for-production/
在本次Wepack 4教程,我們會聚焦通過壓縮輸出內容,來提升你應用的使用者體驗。這意味著,生產環境需要一套不同的做法。今天,我們將通過mode
首先,讓我們來回答究竟為什麼要優化程式碼。如果你遵循良好的程式碼實踐,你可能會致力於將程式碼寫得容易閱讀,所以你會新增很多空白符(tab、空格和空行)和註釋。它讓程式碼更好讀,但也讓檔案變大了。另一方面,為了使用者體驗而犧牲可閱讀性,這是不可取的。要在生產環境手動刪除無用程式碼是非常繁瑣的事情。因此,對這個問題已有了現成的解決方案,你可以在專案中拿來就用。
生產環境模式
mode是Webpack 4引入的一個引數。自此,就需要在配置中設定它。如果不配置它,會得到一個警告,並應用上預設值production。如果使用了mode: "produnction",Webpack會為你設定一些相關配置。因此,你的打包輸出會更好地用於生產環境。我們會一步步學習它具體為我們做了什麼事。
UglifyJsPlugin
把mode設定為produnction會為我們的配置新增UglifyJsPlugin外掛。它通過壓縮程式碼讓其更小和更快。從簡單的任務,比如縮減你的變數名或者刪除多餘的空白,到刪除冗餘程式碼,它都能做到。預設情況下,它會解析每一個 .js 檔案。我們會在本文介紹UglifyJsPlugin最基本的配置。雖然Webpack 4根據選擇的mode為你做了優化,但你仍然可以通過optimization屬性配置它。
1 2 3 4 5 6 7 8 9 10 11 12 13 |
|
你能傳給UglifyJsPlugin的最重要的屬性叫做uglifyOptions。它有許多預設的配置。其中一個最值得注意的部分是compress屬性。
1 2 3 4 5 6 7 8 |
|
它負責配置UglifyJsPlugin所做的許多重量級工作,以讓你的程式碼更精簡。你可以在官方列表檢視完整的可用配置。它也有一些預設值。
另一個UglifyJsPlugin配置的重要屬性是output
1 2 3 4 5 6 7 8 9 10 |
|
預設情況下,輸出的程式碼會盡可能的簡短。你可以配置output來改變這種行為。你可能不會想要修改大部分的預設配置,但是有一個值得考慮的屬性是drop_console,它預設設定為false。把它改為true將會去除所有的console.log呼叫。若想了解更多關於output的配置,請檢視完整列表。
UglifyJsPlugin有很多可選配置。你可以在Github上的文件裡看到所有這些。
DefinePlugin
這個外掛允許你在編譯時建立全域性常量。如果你使用mode: "produnction",Webpack會預設設定上: "process.env.NODE_ENV": JSON.stringify("produnction")。
1 2 3 4 5 6 7 8 9 10 |
|
注意,由於是純文字的替換,傳給此屬性的值必須用引號括起來。它可以通過JSON.stringify("produnction")或者'"produnction"'實現。
在編譯時解析它,意味著如果你在程式碼中使用了process.env.NODE_ENV,它將會被替換為"produnction"。
1 2 3 4 |
|
請記住,process.env.NODE_ENV的值在編譯之後不會被保留。使用Webpack處理上面的程式碼,會得到:
1 2 3 4 |
|
在經過UglifyJsPlugin的最小化處理之後,它得到簡化。
1 2 |
|
NoEmitOnErrorsPlugin
這個外掛會幫你處理編譯時的錯誤。例如,你可能會嘗試匯入Webpack不能解析的某個檔案。在這種情況下,Webpack會為應用建立一個包含錯誤資訊的版本。使用NoEmitOnErrorsPlugin外掛後,這個錯誤資訊版本根本就不會被建立。
1 2 3 4 5 6 7 8 9 10 |
|
ModuleConcatenationPlugin
預設情況下,Webpack建立單獨的閉包來包含每個模組。這個包裹函式會輕微地減緩你程式碼的執行速度。請看這個例子:
1 2 3 4 5 6 7 8 9 10 11 12 |
|
如果沒有ModuleConcatenationPlugin,輸出的包看起來像這樣:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 |
|
當你把mode設為production,此外掛就開始工作了。這樣一來,輸出的包現在都在一個scope裡了。更少的函式意味著更少的執行時開銷。
注意,我在這個例子中沒有使用任何優化配置。由於優化器其實已經知道模組之間的內部依賴,它能更好地完成任務。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 |
|
如果你覺得感興趣,可檢視webpack部落格上的這篇文章,它對此給出了更多資訊。
總結
今天我們學習了Webpack能通過設定mode: "produnction"做的內建優化。這能使你的應用載入更快,效能更好。它通過配置一系列打包流程,以滿足你生產環境的要求。本教程的下一部分,我們將介紹mode的development配