1. 程式人生 > >webpack打包流程

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,初始化基本