webpack常用配置總結


http://www.cnblogs.com/zhengjialux/p/5861845.html

webpack常用配置總結

 

1. webpack簡介

webpack 是一個模塊打包工具。它使得模塊相互依賴並且可構建等價於這些模塊的靜態資源。相比於已經存在的模塊打包器(module bundler),webpack的開發動機是實現代碼分包(Code Splitting )和通過模塊化完成代碼的無縫集成。webpack可以根據項目需求合並代碼,並且支持按需加載。

webpack入門,可以參看:petehunt的Webpack howto

webpack的實現目標是:

  • 拆分依賴樹(dependency tree)為多個按需加載的chunk
  • 保證快速首屏加載
  • 每種靜態資源都可成為模塊
  • 能夠將第三方庫視作一個模塊來處理
  • 能夠定制模塊打包器的幾乎任何部分
  • 適合大型項目

2. webpack基本使用

安裝webpack之前,請確認node已經安裝完畢,且npm包管理器可用。

2.1 全局安裝webpack

 

 

2.2 全局安裝 webpack-dev-server

 

 

2.3 項目搭建

在項目的根目錄下運行:

 

 

在項目根目錄下新建webpack.config.js。我們通過這個文件來處理控制webpack,給出我們想要的輸出。

webpack.config.js的簡單的配置如下:

 

 

2.4 開發調試

項目根目錄運行:

 

 

此時,訪問: http://localhost:8080/index.bundle.js 即可訪問到編譯之后的js了。

2.5 產品發布

通過webpack打包發布,運行:

 

 

按照我們上面的webpack.config.js文件的配置,打包成功之后會生成一個build文件夾,里面會包含打包好的js文件,集成了所有的依賴庫和業務邏輯代碼,我們只需將此build文件夾發布到線上即可。

至此一個完整流程的webpack運行流程梳理完畢,當然webpack還有很多功能來實現我們開發中所遇到的各種變態需求,在第三章中我抽出了一些項目中常用的功能。

3. 常用功能

3.1 設置入口

配置那些js需要處理,entry有三種寫法,每個入口稱為一個chunk。

  • 字符串:
    entry: "./index/index.js" :配置模塊會被解析為模塊,並在啟動時加載。chunk名為默認為main, 具體打包文件名視output配置而定。

     

  • 數組
    entry: ['./src/mod1.js', [...,] './src/index.js'] :所有的模塊會在啟動時 按照配置順序 加載,合並到最后一個模塊會被導出。chunk名默認為main

  • 對象
    entry: {index: '...', login : [...] }:如果傳入Object,則會生成多個入口打包文件, key是chunk名,value可以是字符串,也可是數組。

例如

 

 

3.2 配置輸出目錄

設置入口配置的文件的輸出規則,通過output對象實現,常用設置:

 

 

其中:

  • output.path :指定輸出文件路徑,通常設置為__dirname + ‘/build’,
  • output.filename: 輸出文件名稱,有下面列出的四種可選的變量。 filename項的配置可以是這幾種的任意一種或多種的組合。 如 output.filename = ‘[name]-[id].js’, 則輸出就是 index-1.js、 login-2.js。
    • [id], chunk的id
    • [name] ,chunk名
    • [hash], 編譯哈希值
    • [chunkhash] , chunk的hash值
  • output.publicPath:設置為想要的資源訪問路徑。訪問時,則需要通過類似http://localhost:8080/asstes/index-1.js來訪問資源,如果沒有設置,則默認從站點根目錄加載。

     

3.3 設置loader

loader是webpack中比較重要的部分,她是處理各類資源的執行者。它們是一系列的函數(運行在node.js中),將資源中的代碼作為參數,然后返回新的代碼。你可以用loader告訴webpack可以加載哪些文件,或者不加載哪些文件。

Loader的特點

  • 可以鏈式執行。它們在一個管道中被提交,只需要保證最后的loader返回JavaScript即可,其他loader可以返回任意方便下一個loader處理的內容。
  • 可以異步or同步執行
  • 運行在Node.js中,可以做幾乎任何事兒
  • 可以接收query參數,用於向loader傳遞參數
  • 配置中可與正則/擴展結合使用
  • 可以在npm中發布並使用
  • 除了main,其他模塊可以導出成loader
  • 可以通過配置調入
  • 和插件(plugins)配合可獲得更多功能
  • 可生成其他格式文件

安裝loader

 

 

或者

 

 

其中,XXX為webpack支持的loader名,常用的有:html、css、jsx、coffee、jade、less、sass、style等。
你可以通過webpack loader 列表 查看所有支持的loader。當然你可以自己根據需求創建並發布loader。

配置loader

 

 

多loader調用示例:

在js中,如果要直接解析某個文件,你可以采用:

 

 

如果要解析css,並內聯之,需要使用到分隔符 !

 

 

同理,如果要解析less, 轉換成css之后,再內聯之,寫法如:

 

 

同理,在webpack.config.jsp配置文件中,只需要制定處理的loader序列:
即:

 

 

本章會介紹比較常用的loader的配置方法。

3.3.1 解析並抽取css

在webpack中css默認方案是,將css編譯並通過內聯的方式在html頁面中插入<style>樣式標簽。當然這遠遠不能滿足我們的要求,webpack提供css-loader模塊用於編譯css文件,並且提供了插件extract-text-webpack-plugin將css從js代碼中抽出並合並。你可以訪問此處,查看文檔和例子。
這樣你可以在模塊中,盡情使用 require(style.css), webpack會幫你做解析,合並entry中定義js及其依賴中所用到的所有css,然后生成一個指定的css文件。

配置如下:

 

 

3.3.2 處理圖片、字體等文件

在css中或者js邏輯中,都會涉及到require圖片的情況,webpack可以內聯圖片地址到打包js中並且通過require()返回圖片路徑。當然,不只是圖片,還有css中用到的iconfont,特殊情況用到的flash等,都可以相似處理。這里,我們需要用到url-loader 或 file-loader。

  • file-loader: 將匹配到的文件復制到輸出文件夾,並根據output.publicPath的設置返回文件路徑
  • url-loader: 類似file-loader ,但是它可以返回一個DataUrl (base 64)如果文件小於設置的限制值limit

同樣,這之前,你需要實現配置相關loader。

安裝url-loader 和 file-loader:

 

 

配置:

 

 

通過向url-loader傳遞參數,如果圖片小於8kb,則base64內聯,大於8kb,則通過output.publishPath配置的前綴將圖片路徑寫入代碼,並提取圖片到輸出目錄。

3.3.3 解析JSX

在React項目中,需要解析JSX和相關JavaScript文件,需要下載loader:

 

 

同樣,配置loader:

 

 

3.3.4解析VUE

和React項目類似,如果要解析VUE框架編寫的.vue文件,需要下載loader:

 

 

配置loader:

 

 

但需要注意的是,如果你的代碼中用到了如jade,less等其他語法,可能需要提前下載相應loader到本地。vue-loader的介紹可以查看: vue-loader

3.3.5 解析ES6語法

babel可以讓我們在編寫代碼的時候,使用更高級的ECMAScript6的語法。然后我們編寫的JS文件可以被編譯成可被低版本瀏覽器處理的常規代碼。

使用方法
安裝loader:

 

 

配置loader:

 

 

例如:

 

 

解析為:

 

 

3.4 其他

####3.4.1 借助web_modules引用外部庫
有些時候,我們用到的第三方庫並沒有采用CommonJS或AMD規范,也沒有提交到npm。這樣的話,我們無法通過npm來下載,並通過require()來引用這些庫。
webpack給我們提供了一個很好的實現方式。我們可以在項目根目錄下,創建一個叫做web_modules的文件夾,然后將需要用到的第三方庫存放在此處。那么之后,不需要做任何設置,可以在我們的邏輯代碼中使用require(
‘xx-lib.js’)並且使用了。

文件組織如下:

此時,我們就可以在業務邏輯中,大膽地使用web_modules中配置的庫了,打包的時候,webpack會自動將web_modules中被用到的庫封裝。

**例如: **

 

 

3.4.2 去除多個文件中的頻繁依賴

當我們經常使用React、jQuery等外部第三方庫的時候,通常在每個業務邏輯JS中都會遇到這些庫。
如我們需要在各個文件中都是有jQuery的$對象,因此我們需要在每個用到jQuery的JS文件的頭部通過require('jquery')來依賴jQuery。 這樣做非常繁瑣且重復,因此webpack提供了我們一種比較高效的方法,我們可以通過在配置文件中配置使用到的變量名,那么webpack會自動分析,並且在編譯時幫我們完成這些依賴的引入。

webpack.config.js中:

 

 

這樣,我們在JS中,就不需要引入jQuery等常用模塊了,直接使用配置的這些變量,webpack就會自動引入配置的庫。

3.4.3 開發環境與發布環境配置

某些情況,我們需要在頁面中輸出開發調試內容,但是又不想讓這些調試內容在發布的時候泄露出去,那么我們可以采用魔力變量(magic globals)來處理。

配置文件:

 

 

業務邏輯代碼中寫入
按照下面的代碼寫入,我們就可以在我們自己設定的環境下進行更具針對性的調試。比如我們希望在開發環境下可以AJAX可以調試本地mock數據,然后在發布的時候,可以正常訪問服務端數據。那么通過此種方式可以完全實現。

 

 

設置環境命令

要告訴webpack我們希望當前是什么環境,只需要在命令中寫入 BUILD_DEV=1 webpck 那么webpack通過配置,就會將所有我們引用到的__DEV__變量設置為true。

我們可以在package.json中事先定義好命令:

 

 

那么就可以避免輸入冗長的命令了:

開發時輸入:

 

 

發布時輸入:

 

 

3.4.5 合並公共代碼

項目中,對於一些常用的組件,站點公用模塊經常需要與其他邏輯分開,然后合並到同一個文件,以便於長時間的緩存。要實現這一功能,配置參照:

 

 

##4 使用devtool調試

可以通過在配置中加入devtool項,選擇預設調試工具來提高代碼調試質量和效率:

  • eval – 每個模塊采用eval和 //@ sourceURL 來執行
  • source-map – sourceMap是發散的,和output.sourceMapFilename協調使用
  • hidden-source-map – 和source-map類似,但是不會添加一個打包文件的尾部添加引用注釋
  • inline-source-map – SourceMap以DataUrl的方式插入打包文件的尾部
  • eval-source-map – 每個模塊以eval方式執行並且SourceMap以DataUrl的方式添加進eval
  • cheap-source-map – 去除column-mappings的SourceMap, 來自於loader中的內容不會被使用。
  • cheap-module-source-map – 去除column-mappings的SourceMap, 來自於loader中的SourceMaps被簡化為單個mapping文件

各種模式的對比:

devtool 構建速度 再次構建速度 支持發布版 質量
eval +++ +++ no 生成代碼
cheap-eval-source-map + ++ no 轉換代碼(lines only)
cheap-source-map + o yes 轉換代碼(lines only)
cheap-module-eval-source-map o ++ no 源代碼 (lines only)
cheap-module-source-map o yes 源代碼(lines only)
eval-source-map + no 源代碼
source-map yes 源代碼

5. 一個常用的配置

為了方便大家摘取,和補全文章中用於示例的代碼片段,特將配置文件整理如下,作參考:

配置文件:

 

 

參考資料:

  1. Webpack 入門指迷
  2. Webpack官方文檔

 

閱讀原文請點擊此處

 


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM