在本次Wepack 4教程，我們會聚焦通過壓縮輸出內容，來提升你應用的用戶體驗。這意味著，生產環境需要一套不同的做法。今天，我們將通過mode參數來講述Webpack內置的優化功能。開始吧！ ...
轉載請註明出處：葡萄城官網，葡萄城為開發者提供專業的開發工具、解決方案和服務，賦能開發者。
原文出處：https://wanago.io/2018/07/30/webpack-4-course-part-five-built-in-optimization-for-production/
在本次Wepack 4教程，我們會聚焦通過壓縮輸出內容，來提升你應用的用戶體驗。這意味著，生產環境需要一套不同的做法。今天，我們將通過mode參數來講述Webpack內置的優化功能。開始吧！
首先，讓我們來回答究竟為什麼要優化代碼。如果你遵循良好的代碼實踐，你可能會致力於將代碼寫得容易閱讀，所以你會添加很多空白符（tab、空格和空行）和註釋。它讓代碼更好讀，但也讓文件變大了。另一方面，為了用戶體驗而犧牲可閱讀性，這是不可取的。要在生產環境手動刪除無用代碼是非常繁瑣的事情。因此，對這個問題已有了現成的解決方案，你可以在項目中拿來就用。
生產環境模式
mode是Webpack 4引入的一個參數。自此，就需要在配置中設置它。如果不配置它，會得到一個警告，並應用上預設值production。如果使用了mode: "produnction"，Webpack會為你設置一些相關配置。因此，你的打包輸出會更好地用於生產環境。我們會一步步學習它具體為我們做了什麼事。
UglifyJsPlugin
把mode設置為produnction會為我們的配置添加UglifyJsPlugin插件。它通過壓縮代碼讓其更小和更快。從簡單的任務，比如縮減你的變數名或者刪除多餘的空白，到刪除冗餘代碼，它都能做到。預設情況下，它會解析每一個 .js 文件。我們會在本文介紹UglifyJsPlugin最基本的配置。雖然Webpack 4根據選擇的mode為你做了優化，但你仍然可以通過optimization屬性配置它。
// webpack.config.js
const UglifyJsPlugin = require('uglifyjs-webpack-plugin');
module.exports = {
mode: "production",
// 使用 mode: "production" 後會添加下麵的配置：
optimization: {
minimize: true,
minimizer: [
new UglifyJsPlugin()
]
},
};
你能傳給UglifyJsPlugin的最重要的屬性叫做uglifyOptions。它有許多預設的配置。其中一個最值得註意的部分是compress屬性。
// webpack.config.js
new UglifyJsPlugin({
uglifyOptions: {
compress: {
/*(...)*/
}
}
});
它負責配置UglifyJsPlugin所做的許多重量級工作，以讓你的代碼更精簡。你可以在官方列表查看完整的可用配置。它也有一些預設值。
另一個UglifyJsPlugin配置的重要屬性是output
new UglifyJsPlugin({
uglifyOptions: {
compress: {
/*(...)*/
},
output: {
/*(...)*/
}
}
})
預設情況下，輸出的代碼會儘可能的簡短。你可以配置output來改變這種行為。你可能不會想要修改大部分的預設配置，但是有一個值得考慮的屬性是drop_console，它預設設置為false。把它改為true將會去除所有的console.log調用。若想瞭解更多關於output的配置，請查看完整列表。
UglifyJsPlugin有很多可選配置。你可以在Github上的文檔里看到所有這些。
DefinePlugin
這個插件允許你在編譯時創建全局常量。如果你使用mode: "produnction"，Webpack會預設設置上： "process.env.NODE_ENV": JSON.stringify("produnction")。
// webpack.config.js
module.exports = {
mode: "production",
// 使用 mode: "production" 會添加以下內容：
plugins: [
new webpack.DefinePlugin({
"process.env.NODE_ENV": JSON.stringify("production")
}),
]
}
註意，由於是純文本的替換，傳給此屬性的值必須用引號括起來。它可以通過JSON.stringify("produnction")或者'"produnction"'實現。
在編譯時解析它，意味著如果你在代碼中使用了process.env.NODE_ENV，它將會被替換為"produnction"。
console.log(process.env.NODE_ENV);
if(process.env.NODE_ENV === 'production') {
console.log('this is production!');
}
請記住，process.env.NODE_ENV的值在編譯之後不會被保留。使用Webpack處理上面的代碼，會得到：
console.log("production");
if(true) {
console.log("this is production!");
}
在經過UglifyJsPlugin的最小化處理之後，它得到簡化。
console.log("production");
console.log("this is production!");
NoEmitOnErrorsPlugin
這個插件會幫你處理編譯時的錯誤。例如，你可能會嘗試導入Webpack不能解析的某個文件。在這種情況下，Webpack會為應用創建一個包含錯誤信息的版本。使用NoEmitOnErrorsPlugin插件後，這個錯誤信息版本根本就不會被創建。
// webpack.config.js
const webpack = require('webpack');
module.exports = {
mode: "produnction",
// 使用mode: produnction，會添加如下的配置
plugins: [
new webpack.NoEmitOnErrorsPlugin()
]
}
ModuleConcatenationPlugin
預設情況下，Webpack創建單獨的閉包來包含每個模塊。這個包裹函數會輕微地減緩你代碼的運行速度。請看這個例子：
// one.js
const dog = 'Fluffy';
export const one = 1;
// two.js
const dog = 'Fluffy';
export const two = 2;
// index.js
import { one } from './one';
import { two } from './two';
const dog = 'Fluffy';
console.log(one, two);
如果沒有ModuleConcatenationPlugin，輸出的包看起來像這樣：
// main.js
(function(module, __webpack_exports__, __webpack_require__) {
"use strict";
__webpack_require__.r(__webpack_exports__);
/* harmony import */ var _one__WEBPACK_IMPORTED_MODULE_0__ = __webpack_require__(1);
/* harmony import */ var _two__WEBPACK_IMPORTED_MODULE_1__ = __webpack_require__(2);
const dog = 'Fluffy';
console.log(_one__WEBPACK_IMPORTED_MODULE_0__["one"], _two__WEBPACK_IMPORTED_MODULE_1__["two"]);
/***/ }),
/* 1 */
/***/ (function(module, __webpack_exports__, __webpack_require__) {
"use strict";
__webpack_require__.r(__webpack_exports__);
/* harmony export (binding) */ __webpack_require__.d(__webpack_exports__, "one", function() { return one; });
const dog = 'Fluffy';
const one = 1;
/***/ }),
/* 2 */
/***/ (function(module, __webpack_exports__, __webpack_require__) {
"use strict";
__webpack_require__.r(__webpack_exports__);
/* harmony export (binding) */ __webpack_require__.d(__webpack_exports__, "two", function() { return two; });
const dog = 'Fluffy';
const two = 2;
/***/ })
/******/ ]);
當你把mode設為production，此插件就開始工作了。這樣一來，輸出的包現在都在一個scope里了。更少的函數意味著更少的運行時開銷。
註意，我在這個例子中沒有使用任何優化配置。由於優化器其實已經知道模塊之間的內部依賴，它能更好地完成任務。
// main.js
(function(module, __webpack_exports__, __webpack_require__) {
"use strict";
// 串起來的模塊: ./src/one.js
const dog = 'Fluffy';
const one = 1;
// 串起來的模塊: ./src/two.js
const two_dog = 'Fluffy';
const two = 2;
// 串起來的模塊: ./src/index.js
const src_dog = 'Fluffy';
console.log(one, two);
/***/ })
/******/ ]);
如果你覺得感興趣，可查看webpack博客上的這篇文章，它對此給出了更多信息。
總結
今天我們學習了Webpack能通過設置mode: "produnction"做的內置優化。這能使你的應用載入更快，性能更好。它通過配置一系列打包流程，以滿足你生產環境的要求。本教程的下一部分，我們將介紹mode的development配置。敬請期待！
