webpack打包流程
什麼是 webpack?
webpack是近期最火的一款模組載入器兼打包工具,它能把各種資源,例如JS(含JSX)、coffee、樣式(含less/sass)、圖片等都作為模組來使用和處理。
我們可以直接使用 require(XXX) 的形式來引入各模組,即使它們可能需要經過編譯(比如JSX和sass),但我們無須在上面花費太多心思,因為 webpack 有著各種健全的載入器(loader)在默默處理這些事情,這塊我們後續會提到。
你可以不打算將其用在你的專案上,但沒有理由不去掌握它,因為以近期 Github 上各大主流的(React相關)專案來說,它們倉庫上所展示的示例已經是基於 webpack 來開發的,比如 React-Boostrap 和 Redux。
webpack 的優勢
其優勢主要可以歸類為如下幾個:
1. webpack 是以 commonJS 的形式來書寫指令碼滴,但對 AMD/CMD 的支援也很全面,方便舊專案進行程式碼遷移。
2. 能被模組化的不僅僅是 JS 了。
3. 開發便捷,能替代部分 grunt/gulp 的工作,比如打包、壓縮混淆、圖片轉base64等。
4. 擴充套件性強,外掛機制完善,特別是支援 React 熱插拔(見 react-hot-loader )的功能讓人眼前一亮。
我們談談第一點。以 AMD/CMD 模式來說,鑑於模組是非同步載入的,所以我們常規需要使用 define 函式來幫我們搞回撥:
define(['package/lib'], function(lib){ function foo(){ lib.log('hello world!'); } return { foo: foo }; });
另外為了可以相容 commonJS 的寫法,我們也可以將 define 這麼寫:
define(function (require, exports, module){ var someModule = require("someModule"); var anotherModule = require("anotherModule"); someModule.doTehAwesome(); anotherModule.doMoarAwesome(); exports.asplode= function (){ someModule.doTehAwesome(); anotherModule.doMoarAwesome(); }; });
然而對 webpack 來說,我們可以直接在上面書寫 commonJS 形式的語法,無須任何 define (畢竟最終模組都打包在一起,webpack 也會最終自動加上自己的載入器):
var someModule = require("someModule"); var anotherModule = require("anotherModule"); someModule.doTehAwesome(); anotherModule.doMoarAwesome(); exports.asplode = function (){ someModule.doTehAwesome(); anotherModule.doMoarAwesome(); };
這樣擼碼自然更簡單,跟回撥神馬的說 byebye~
不過即使你保留了之前 define 的寫法也是可以滴,畢竟 webpack 的相容性相當出色,方便你舊專案的模組直接遷移過來。
安裝和配置
一. 安裝
我們常規直接使用 npm 的形式來安裝:
$ npm install webpack -g
當然如果常規專案還是把依賴寫入 package.json 包去更人性化:
$ npm init
$ npm install webpack --save-dev
二. 配置
每個專案下都必須配置有一個 webpack.config.js ,它的作用如同常規的 gulpfile.js/Gruntfile.js ,就是一個配置項,告訴 webpack 它需要做什麼。
我們看看下方的示例:
var webpack = require('webpack'); var commonsPlugin = new webpack.optimize.CommonsChunkPlugin('common.js'); module.exports = { //外掛項 plugins: [commonsPlugin], //頁面入口檔案配置 entry: { index : './src/js/page/index.js' }, //入口檔案輸出配置 output: { path: 'dist/js/page', filename: '[name].js' }, module: { //載入器配置 loaders: [ { test: /\.css$/, loader: 'style-loader!css-loader' }, { test: /\.js$/, loader: 'jsx-loader?harmony' }, { test: /\.scss$/, loader: 'style!css!sass?sourceMap'}, { test: /\.(png|jpg)$/, loader: 'url-loader?limit=8192'} ] }, //其它解決方案配置 resolve: { root: 'E:/github/flux-example/src', //絕對路徑 extensions: ['', '.js', '.json', '.scss'], alias: { AppStore : 'js/stores/AppStores.js', ActionType : 'js/actions/ActionType.js', AppAction : 'js/actions/AppAction.js' } } };
⑴ plugins 是外掛項,這裡我們使用了一個 CommonsChunkPlugin 的外掛,它用於提取多個入口檔案的公共指令碼部分,然後生成一個 common.js 來方便多頁面之間進行復用。
⑵ entry 是頁面入口檔案配置,output 是對應輸出項配置(即入口檔案最終要生成什麼名字的檔案、存放到哪裡),其語法大致為:
{ entry: { page1: "./page1", //支援陣列形式,將載入陣列中的所有模組,但以最後一個模組作為輸出 page2: ["./entry1", "./entry2"] }, output: { path: "dist/js/page", filename: "[name].bundle.js" } }
該段程式碼最終會生成一個 page1.bundle.js 和 page2.bundle.js,並存放到 ./dist/js/page 資料夾下。
⑶ module.loaders 是最關鍵的一塊配置。它告知 webpack 每一種檔案都需要使用什麼載入器來處理:
module: { //載入器配置 loaders: [ //.css 檔案使用 style-loader 和 css-loader 來處理 { test: /\.css$/, loader: 'style-loader!css-loader' }, //.js 檔案使用 jsx-loader 來編譯處理 { test: /\.js$/, loader: 'jsx-loader?harmony' }, //.scss 檔案使用 style-loader、css-loader 和 sass-loader 來編譯處理 { test: /\.scss$/, loader: 'style!css!sass?sourceMap'}, //圖片檔案使用 url-loader 來處理,小於8kb的直接轉為base64 { test: /\.(png|jpg)$/, loader: 'url-loader?limit=8192'} ] }
如上,"-loader"其實是可以省略不寫的,多個loader之間用“!”連線起來。
注意所有的載入器都需要通過 npm 來載入,並建議查閱它們對應的 readme 來看看如何使用。
拿最後一個 url-loader 來說,它會將樣式中引用到的圖片轉為模組來處理,使用該載入器需要先進行安裝:
npm install url-loader -save-dev
配置資訊的引數“?limit=8192”表示將所有小於8kb的圖片都轉為base64形式(其實應該說超過8kb的才使用 url-loader 來對映到檔案,否則轉為data url形式)。
⑷ 最後是 resolve 配置,這塊很好理解,直接寫註釋了:
resolve: { //查詢module的話從這裡開始查詢 root: 'E:/github/flux-example/src', //絕對路徑 //自動擴充套件檔案字尾名,意味著我們require模組可以省略不寫字尾名 extensions: ['', '.js', '.json', '.scss'], //模組別名定義,方便後續直接引用別名,無須多寫長長的地址 alias: { AppStore : 'js/stores/AppStores.js',//後續直接 require('AppStore') 即可 ActionType : 'js/actions/ActionType.js', AppAction : 'js/actions/AppAction.js' } }
關於 webpack.config.js 更詳盡的配置可以參考這裡。
執行 webpack
webpack 的執行也很簡單,直接執行
$ webpack --display-error-details
即可,後面的引數“--display-error-details”是推薦加上的,方便出錯時能查閱更詳盡的資訊(比如 webpack 尋找模組的過程),從而更好定位到問題。
其他主要的引數有:
$ webpack --config XXX.js //使用另一份配置檔案(比如webpack.config2.js)來打包 $ webpack --watch //監聽變動並自動打包 $ webpack -p //壓縮混淆指令碼,這個非常非常重要! $ webpack -d //生成map對映檔案,告知哪些模組被最終打包到哪裡了
其中的 -p 是很重要的引數,曾經一個未壓縮的 700kb 的檔案,壓縮後直接降到 180kb(主要是樣式這塊一句就獨佔一行指令碼,導致未壓縮指令碼變得很大)。
模組引入
上面嘮嗑了那麼多配置和執行方法,下面開始說說尋常頁面和指令碼怎麼使用唄。
一. HTML
直接在頁面引入 webpack 最終生成的頁面指令碼即可,不用再寫什麼 data-main 或 seajs.use 了:
<!DOCTYPE html> <html> <head lang="en"> <meta charset="UTF-8"> <title>demo</title> </head> <body> <script src="dist/js/page/common.js"></script> <script src="dist/js/page/index.js"></script> </body> </html>
可以看到我們連樣式都不用引入,畢竟指令碼執行時會動態生成<style>並標籤打到head裡。
二. JS
各指令碼模組可以直接使用 commonJS 來書寫,並可以直接引入未經編譯的模組,比如 JSX、sass、coffee等(只要你在 webpack.config.js 裡配置好了對應的載入器)。
我們再看看編譯前的頁面入口檔案(index.js):
require('../../css/reset.scss'); //載入初始化樣式 require('../../css/allComponent.scss'); //載入元件樣式 var React = require('react'); var AppWrap = require('../component/AppWrap'); //載入元件 var createRedux = require('redux').createRedux; var Provider = require('redux/react').Provider; var stores = require('AppStore'); var redux = createRedux(stores); var App = React.createClass({ render: function() { return ( <Provider redux={redux}> {function() { return <AppWrap />; }} </Provider> ); } }); React.render( <App />, document.body );
一切就是這麼簡單麼麼噠~ 後續各種有的沒的,webpack 都會幫你進行處理。
其他
至此我們已經基本上手了 webpack 的使用,下面是補充一些有用的技巧。
一. shimming
在 AMD/CMD 中,我們需要對不符合規範的模組(比如一些直接返回全域性變數的外掛)進行 shim 處理,這時候我們需要使用 exports-loader 來幫忙:
{ test: require.resolve("./src/js/tool/swipe.js"), loader: "exports?swipe"}
之後在指令碼中需要引用該模組的時候,這麼簡單地來使用就可以了:
require('./tool/swipe.js');
swipe();
二. 自定義公共模組提取
在文章開始我們使用了 CommonsChunkPlugin 外掛來提取多個頁面之間的公共模組,並將該模組打包為 common.js 。
但有時候我們希望能更加個性化一些,我們可以這樣配置:
var CommonsChunkPlugin = require("webpack/lib/optimize/CommonsChunkPlugin"); module.exports = { entry: { p1: "./page1", p2: "./page2", p3: "./page3", ap1: "./admin/page1", ap2: "./admin/page2" }, output: { filename: "[name].js" }, plugins: [ new CommonsChunkPlugin("admin-commons.js", ["ap1", "ap2"]), new CommonsChunkPlugin("commons.js", ["p1", "p2", "admin-commons.js"]) ] }; // <script>s required: // page1.html: commons.js, p1.js // page2.html: commons.js, p2.js // page3.html: p3.js // admin-page1.html: commons.js, admin-commons.js, ap1.js // admin-page2.html: commons.js, admin-commons.js, ap2.js
三. 獨立打包樣式檔案
有時候可能希望專案的樣式能不要被打包到指令碼中,而是獨立出來作為.css,然後在頁面中以<link>標籤引入。這時候我們需要 extract-text-webpack-plugin 來幫忙:
var webpack = require('webpack'); var commonsPlugin = new webpack.optimize.CommonsChunkPlugin('common.js'); var ExtractTextPlugin = require("extract-text-webpack-plugin"); module.exports = { plugins: [commonsPlugin, new ExtractTextPlugin("[name].css")], entry: { //...省略其它配置
最終 webpack 執行後會乖乖地把樣式檔案提取出來:
四. 與 grunt/gulp 配合
以 gulp 為示例,我們可以這樣混搭:
gulp.task("webpack", function(callback) { // run webpack webpack({ // configuration }, function(err, stats) { if(err) throw new gutil.PluginError("webpack", err); gutil.log("[webpack]", stats.toString({ // output options })); callback(); }); });
當然我們只需要把配置寫到 webpack({ ... }) 中去即可,無須再寫 webpack.config.js 了。
五. React 相關
⑴ 推薦使用 npm install react 的形式來安裝並引用 React 模組,而不是直接使用編譯後的 react.js,這樣最終編譯出來的 React 部分的指令碼會減少 10-20 kb左右的大小。
基於 webpack 的入門指引就到這裡,希望本文能對你有所幫助,你也可以參考下述的文章來入門:
共勉~
相關推薦
webpack打包流程進階
nod -o 文件的 跳轉 影響 line nbsp bpa str 1.生成Source Maps(使調試更容易) source-map 在一個單獨的文件中產生一個完整且功能完全的文件。這個文件具有最好的source map,但是它會減慢打包速度。 cheap-mo
webpack打包流程
什麼是 webpack? webpack是近期最火的一款模組載入器兼打包工具,它能把各種資源,例如JS(含JSX)、coffee、樣式(含less/sass)、圖片等都作為模組來使用和處理。 我們可以直接使用 require(XXX) 的形式來引入各模組,即使它們可能
Webpack原理與實踐(一):打包流程
寫在前面的話 在閱讀 webpack4.x 原始碼的過程中,參考了《深入淺出webpack》一書和眾多大神的文章,結合自己的一點體會,總結如下。 總述 webpack 就像一條生產線,要經過一系列處理流程後才能將原始檔轉換成輸出結果。 這條生產線上的每個處理流程的職責都是單一的,多個流程之間有存在依賴關
從Webpack原始碼探究打包流程,萌新也能看懂~
簡介 上一篇講述瞭如何理解tapable這個鉤子機制,因為這個是webpack程式的靈魂。雖然鉤子機制很靈活,而然卻變成了我們讀懂webpack道路上的阻礙。每當webpack執行起來的時候,我的心態都是佛繫心態,祈禱中間不要出問題,不然找問題都要找半天,還不如不打包。尤其是loader和plugin的執行
webpack 打包壓縮 ES6文件報錯UglifyJs + Unexpected token punc «(», expected punc «:»
htm script 打包壓縮 scripts log res web save pla webpack打包壓縮 ES6 js react報錯: 升級到 babel6 了 ERROR in /Scripts/Test/test.bundle.js from UglifyJ
webpack打包簡單入門
集合 簡單 入口 ges 顯示 技術分享 js文件 dir 配置結果 使用webPack前請先安裝nodejs webpack命令集合 安裝命令:npm install webpack -g 全局安裝npm install webpack --save-dev 當前項
【vue】餓了麽項目-使用webpack打包項目
pat 命令 顯示 項目文件 過程 文件 分享 根目錄 log 1.vue cli給我們提供了npm run build命令打包項目,在packa.json文件中scripts對象中有build屬性,當我們執行npm run build時,就執行build對應的"node
webpack打包css
splay .cn bin style watch 使用 cnp com class 1、第一種方式 1、安裝css-loader和style-loader $ cnpm install css-loader style-loader --save-dev 2、引用的時
16.如何做到webpack打包vue項目後,可以修改配置文件
r.js all config rest 技術分享 req api local err 問題描述: 前端需要修改restful API的url,但是打包之後,配置文件找不到了,如果在npm run build 生成dist後,這個配置也被寫死了,傳到運行的前端服務器上後,假
webpack打包註意事項
變量 src ebp bpa exports pan color this 使用 打包protobuf時導出全局變量(使用webpack), 註意文件的編碼為ANSI、UTF(一定要無BOM), 否則webpack復制文件會產生亂碼(js錯誤) packet_confi
vue webpack打包背景圖片
mit ima pac 0kb src com 解決 技術 pack vue的背景圖 和 img標簽圖大於10KB都不會轉成base64處理,可以設置limit(不推薦),所以要設置一個公共路徑,解決辦法如下 vue webpack打包背景圖片
vue-cli的webpack打包,icon無法正確加載
onf 發現 pan ont 資源 ash ons 大小 mit 今天vue-cli打包完發現加載不出font awesome;路經和奇怪,js,css,img都正確加載; 首先正確加載靜態資源需要將config中的index.js中publicPath:‘./‘; 而fo
webpack打包vue配置
modules 新建 cnblogs out mod light plugins pre dirname /* 引入操作路徑模塊和webpack */ var path = require(‘path‘); var webpack = require(‘webpack‘)
webpack打包編譯時,不識別src目錄以外的js或css
default con col class 簡單的 報錯 ons src expect 前端的dva項目開發時,遇到個很郁悶的問題,用es6的語法簡單的export一個變量出來,在其他js中import使用,結果就報錯了。 export寫法如下: 1 const
webpack打包js,css和圖片
調用 dev pat str config 直接 nbsp gte 相對 1、webpack打包默認配置文件webpack.config.js 2、打包js文件:有這個文件並配置可以直接在cmd上webpack打包,沒有這個文件要在cmd上輸入 webpack main.j
webpack 打包圖片 能否提高加載速度
images image 提高 img 很多 正常 webpack pac mage 正常加載: 打包圖片: 結論:當加載資源 數量很多 時,可以提高加載速度webpack 打包圖片 能否提高加載速度
webpackt入門1:webpack介紹&webpack安裝&使用webpack打包
github 輸出 rip 除了 原創 ini com lec 轉換成 本篇博客不是原創,簡書的zhangwang寫的,原文太長,我這裏只是提取了一部分。 原文地址:入門webpack,看這篇就夠了 一、Webpack解決了什麽問題 問題
Webpack打包構建太慢了?試試幾個方法
hash vid put es5 階段 ade new contex 版本 Webpack是個很流行的打包工具,但其打包速度卻一直被吐槽著 如果不用上一些打包的優化建議,單單打包兩三個文件就能花上好幾秒,放上幾十個入口文件依賴幾百上千個包的話,幾分鐘十幾分鐘妥妥的
webpack打包速度優化
logs compress nts spl 壓縮 clas true 線程 uglifyjs 打包速度優化 Webpack 默認提供的 UglifyJS 插件,由於采用單線程壓縮,速度頗慢 ;推薦采用 webpack-parallel-uglify-plugin 插件,其做
webpack打包
eal ade render this asset 編譯 pac main ack webpack創建compiler實例,如果options是數組,則創建多個compiler; 初始化compiler,為compiler添加上下文context和options,初始化基本