您好,登錄后才能下訂單哦!
本篇內容主要講解“如何配置Webpack”,感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷,實用性強。下面就讓小編來帶大家學習“如何配置Webpack”吧!
相信大家都對業界鼎鼎有名的構建工具Webpack并不陌生了,作為目前為止最穩定、生產環境應用最多的構建打包工具,它固然有著很多優勢,比如:
生態豐富。在社區有大量的 loader 和 plugin,想要的基本都能找到。
可插拔的插件機制。基于 Tapable 實現的可擴展架構。
文檔成熟。有中文版,且一直在更新和維護。
穩定性高。現在正式的前端項目生產環境下基本用 Webpack 來構建,經過這么多年業界的驗證,該踩的坑也都踩的差不多了。
但其實說了這么多優勢,大家估計還是對這個東西沒什么好感,因為還有最重要的一點不容忽視,那就是開發體驗。對于構建打包這個事情來說,本來就是工程化當中的一個細節極其復雜的環節,需要輸入大量的配置信息來保證打包結果符合預期。在Webpack當中,我們如果不用其他的方案,就只有手動地配置一個巨大的 JavaScript 對象,所有的配置信息都在這個對象當中,這樣原始的方式的確給人體驗很不好,歸納為以下幾個原因:
鴻蒙官方戰略合作共建——HarmonyOS技術社區
對象過于龐大,直觀上讓人看的眼花繚亂,盡管可以封裝一些邏輯,但還是避免不了深層的嵌套配置;
難以動態修改。舉個例子,如果通過腳本動態修改一些配置信息,比如刪除 babel-loader 的一個 plugin,那么需要從最頂層的配置對象,一步步找到到 babel-loader 的位置,然后遍歷插件列表,這個手動尋找和遍歷的過程比較繁瑣。
難以共享配置。如果你嘗試跨項目共享 webpack 配置對象,那后續的修改就會變的混亂不堪,因為你需要動態地修改原來的配置。
社區當中也有人發現了這些痛點,于是出現了針對Webpack的流式配置方案——webpack-chain。
其實真正學會 webpack-chain,我覺得首先不是去學習具體每個屬性的配置方法,而是理解webpack-chain核心的兩個對象——ChainedMap和ChainedSet。
比如我現在配置路徑別名:
config.resolve.alias .set(key, value) .set(key, value) .delete(key) .clear()
那么,現在的 alis 對象就是一個ChainMap。如果一個屬性在webpack-chain當中標記為ChainMap之后,它會有一些額外的方法,并且允許這些鏈式調用(如上面的示例)。
接下來就來一個個認識這些方法:
// 清空當前 Map 的所有屬性 clear() // 通過鍵值從 Map 移除單個配置. delete(key) // Map中是否存在一個配置值的特定鍵,返回真或假 has(key) // 返回 Map中已存儲的所有值的數組 values() // 提供一個對象,這個對象的屬性和值將映射進 Map。第二個參數為一個數組,表示忽略哪些屬性 merge(obj, omit) // handler: ChainedMap => ChainedMap // 一個把ChainedMap實例作為單個參數的函數 batch(handler) // condition: Boolean // whenTruthy: ChainMap -> any, 條件為真時執行 // whenFalsy: ChainSet -> any, 條件為假時執行 when(condition, whenTruthy, whenFalsy) // 獲取 Map 中相應鍵的值 get(key) // 先調用 get,如果找不到對應的值, 就返回 fn 函數返回的結果 getOrCompute(key, fn) // 配置鍵值對 set(key, value)
這些方法的返回對象也都是 ChainMap,這樣可以實現鏈式調用,簡化操作。在 Webpack中,大部分的對象都是 ChainMap,具體大家可以去源碼當中看看,實現并不復雜。
ChainMap 是webpack-chain當中非常重要的一個數據結構,封裝了鏈式調用的方法,以至于后面所有 ChainMap 類型的配置都可以直接復用ChainMap本身的這些方法,非常方便。
跟 ChainMap 類似,封裝了自己的一套 API:
// 末尾增加一個值 add(value) // 在開始位置增加一個值 prepend(value) // 清空 set 內容 clear() // 刪除某個值 delete(value) // 判斷是否有某個值 has(value) // 返回值列表 values() // 合并給定的數組到 Set 尾部。 merge(arr) // handler: ChainSet => ChainSet // 一個把 ChainSet 實例作為單個參數的函數 batch(handler) // condition: Boolean // whenTruthy: ChainSet -> any, 條件為真時執行 // whenFalsy: ChainSet -> any, 條件為假時執行 when(condition, whenTruthy, whenFalsy)
ChainSet 的作用和ChainMap類似,也是封裝了底層鏈式調用的 API,在需要操作Webpack配置當中的數組類型的屬性時,通過調用ChainSet的方法即可完成。
對于 ChainMap,有這樣一種簡化的寫法,官網稱之為速記寫法:
devServer.hot(true); // 上述方法等效于: devServer.set('hot', true);
因此,在實際的webpack-chain配置中,可以經常看到直接 .屬性()這樣調用方式,是不是感覺很巧妙?源碼當中的實現非常簡單:
extend(methods) { this.shorthands = methods; methods.forEach(method => { this[method] = value => this.set(method, value); }); return this; }
在ChainMap初始化的時候,會調用 extend 方法,然后把屬性列表作為 methods參數直接傳入,然后通過下面一行代碼間接調用 set 方法:
this[method] = value => this.set(method, value);
這樣的設計也是值得學習的。
首先,需要創建一個新的配置對象:
const Config = require('webpack-chain'); const config = new Config(); // 一系列鏈式操作之后 // 得到最后的 webpack 對象 console.log(config.toConfig())
然后依次配置 resolve、entry、output、module、plugins、optimization 對象,本文關鍵還是帶大家能夠落地 webpack-chain,因此詳細介紹一下各個配置的使用方法。
這里列舉一個常用的配置,由于 Webpack 在 entry 和 output 掛了太多屬性,大家參考 Webpack 官方文檔照著如下的方式去配就好了。
config.entryPoints.clear() // 會把默認的入口清空 config.entry('entry1').add('./src/index1.tsx')//新增入口 config.entry('entry2').add('./src/index2.tsx')//新增入口 config.output .path("dist") .filename("[name].[chunkhash].js") .chunkFilename("chunks/[name].[chunkhash].js") .libraryTarget("umd")
對于路徑別名的配置,也是幾乎所有項目必不可少的部分,配置方式如下:
// 可以發現 resolve.alias 其實是一個 ChainMap 對象 config.resolve.alias .set('assets',resolve('src/assets')) .set('components',resolve('src/components')) .set('static',resolve('src/static')) .delete('static') // 刪掉指定的別名
插件的配置可以說是相當重要的一個環節了,webpack-chain 當中的配置會和平時的配置有些不同,讓我們來具體看看。
// 先指定名字(這個名字是自定義的),然后通過 use 添加插件 config .plugin(name) .use(WebpackPlugin, args)
舉個例子:
const ExtractTextPlugin = require('extract-text-webpack-plugin'); // 先指定名字(這個名字可以自定義),然后通過 use 添加插件,use 的第二個參數為插件參數,必須是一個數組,也可以不傳 config.plugin('extract') .use(ExtractTextPlugin, [{ filename: 'build.min.css', allChunks: true, }])
移除一個插件很簡單,還記得添加插件時我們指定了每個插件的 name 嗎?現在通過這個 name 移除即可:
config.plugins.delete('extract')
比如,我現在需要指定 html-webpack-plugin 這個插件在剛剛寫的 extract 插件之前執行,那么這么寫就行了:
const htmlWebpackPlugin = require('html-webpack-plugin'); config.plugin('html') .use(htmlWebpackPlugin) .before('extract')
通過 before 方法,傳入另一個插件的 name 即可,表示在另一個插件之前執行。
同樣,如果需要在 extract 插件之后執行,調用 after 方法:
config.plugin('html') .use(htmlWebpackPlugin) .after('extract')
我們也可以用 webpack-chain 來動態修改插件的傳參,舉個例子:
// 使用 tap 方法修改參數 config .plugin(name) .tap(args => newArgs)
我們也可以自定義插件的實例化的過程,比如下面這樣:
// 通過 init 方法,返回一個實例,這將代替原有的實例化過程 config .plugin(name) .init((Plugin, args) => new Plugin(...args));
loader 是 Webpack 中必不可少的一個配置,下面我們來看看 loader 的相關操作。
config.module .rule(name) .use(name) .loader(loader) .options(options)
舉個例子:
config.module .rule('ts') .test(/\.tsx?/) .use('ts-loader') .loader('ts-loader') .options({ transpileOnly: true }) .end()
可通過 tap 方法修改 loader 的參數:
config.module .rule('ts') .test(/\.tsx?/) .use('ts-loader') .loader('ts-loader') .tap(option => { // 一系列 return options; }) .end()
在所有的配置完成之后,可以通過調用config.toConfig()來拿到最后的配置對象,可以直接作為webpack的配置。
// 通過 uses 對象的 delete 方法,根據 loader 的 name 刪除 config.module .rule('ts') .test(/\.tsx?/) .uses.delete('ts-loader')
Webpack 中的optimization也是一個比較龐大的對象,參照官方文檔:https://webpack.js.org/configuration/optimization/。
這里以其中的 splitChunks 和 minimizer 為例來配置一下:
config.optimization.splitChunks({ chunks: "async", minChunks: 1, // 最小 chunk ,默認1 maxAsyncRequests: 5, // 最大異步請求數, 默認5 maxInitialRequests : 3, // 最大初始化請求數,默認3 cacheGroups:{ // 這里開始設置緩存的 chunks priority: 0, // 緩存組優先級 vendor: { // key 為entry中定義的 入口名稱 chunks: "initial", // 必須三選一: "initial" | "all" | "async"(默認就是async) test: /react|vue/, // 正則規則驗證,如果符合就提取 chunk name: "vendor", // 要緩存的 分隔出來的 chunk 名稱 minSize: 30000, minChunks: 1, } } }); // 添加一個 minimizer config.optimization .minimizer('css') .use(OptimizeCSSAssetsPlugin, [{ cssProcessorOptions: {} }]) // 移除 minimizer config.optimization.minimizers.delete('css') // 修改 minimizer 插件參數 config.optimization .minimizer('css') .tap(args => [...args, { cssProcessorOptions: { safe: false } }])
配置之前提到過,對于ChainSet和ChainMap對象都有條件配置方法when,可以在某些很多場景下取代 if-else,保持配置的鏈式調用,讓代碼更加優雅。
config.when( process.env.NODE === 'production', config.plugin('size').use(SizeLimitPlugin) )
到此,相信大家對“如何配置Webpack”有了更深的了解,不妨來實際操作一番吧!這里是億速云網站,更多相關內容可以進入相關頻道進行查詢,關注我們,繼續學習!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。