摘要：比如通過安裝實例一新建一個然后編輯加入打開瀏覽器，看到屏幕輸出會給每個模塊一個唯一的然后通過存取這些模塊，這些模塊都會被整合到里面。以上設置會輸出一個的文件。

從模塊化談起

近年來，js開發涌現出了諸多模塊化解決方案，例如以在瀏覽器環境之外（服務端）構建 JavaScript 生態系統為目標而產生的CommonJS規范，從CommonJS社區中獨立出來的AMD規范（異步模塊定義），還有國人制定的CMD規范等。隨著遵循AMD規范的RequireJS的流行，AMD規范在前端界已被廣泛認同。后來，隨著npm社區的逐漸壯大，CommonJS也越來越受歡迎，于是產生了統一這兩種規范的需求，即希望提供一個前后端跨平臺的解決方案，也因此產生了UMD（通用模塊定義）規范。

CommonJS定義的是模塊的同步加載，主要用于Node端；而遵循AMD規范的RequireJS則是異步加載，適用于瀏覽器端。requirejs是一種在線”編譯” 模塊的方案，相當于在頁面上加載一個AMD 解釋器，以便于覽器能夠識別 define、exports、module，而這些東西就是用于模塊化的關鍵。

1. CommonJS 同步式的require

Node端的模塊加載遵循 CommonJS規范，該規范的核心思想是允許模塊通過 require 方法來加載。

該規范首先加載所要依賴的其他模塊，然后通過 exports 或 module.exports 來導出需要暴露的接口。但它的缺點也是顯而易見的，即一個文件一個文件的加載很容易發生阻塞。

require("module");//find from node_modules
require("../file.js");
exports.something = function() {};
module.exports = something;

2. 使你的模塊兼容AMD規范

//web.js
(function (root, factory) {
        //判斷define是否存在
    if (typeof define === "function" && define.amd) {
        // 存在則使用AMD方式加載模塊
        define(["b"], factory);
    } else {
        // 不存在則使用瀏覽器全局變量暴露模塊 
        root.web = factory(root.b);
    }
}(this, function (b) {
    //use b in some fashion.

    // Just return a value to define the module export.
    // This example returns an object, but the module
    // can return a function as the exported value.
    return {};
}));

定義一個叫web.js的模塊，依賴于另一個叫b的模塊。如果你不想支持瀏覽器全局路徑，那么你可以移除root并傳遞this參數在函數頂部。

3. define.amd屬性

為了清晰的標識全局函數（為瀏覽器加載script必須的）遵從AMD編程接口，任何全局函數應該有一個"amd"的屬性，它的值為一個對象。

關于RequireJS的使用不在本文范圍之內，因此不展開講解，有興趣的請移步我的另一篇文章：

詳解JavaScript模塊化開發：https://segmentfault.com/a/1190000000733959#articleHeader15

AMD與異步加載

因為CommonJS阻塞式的缺點，所以并不適合前端。于是有了AMD異步加載模塊的規范。

Asynchronous Module Definition 規范其實只有一個主要接口 define(id?, dependencies?, factory)，它要在聲明模塊的時候指定所有的依賴 dependencies，并且還要當做形參傳到 factory 中，對于依賴的模塊提前執行，依賴前置。

因為瀏覽器端的需求和同步require的問題，所以社區引進了異步模塊加載的規范，即AMD規范。

define("module", ["dep1", "dep2"], function(d1, d2) {
  return someExportedValue;
});
require(["module", "../file"], function(module, file) { /* ... */ });

使你的模塊兼容于UMD規范：

//UMD，兼容AMD和CommonJS規范
(function (root, factory) {
  if (typeof exports === "object") {
    // CommonJS
    module.exports = factory(require("b"));
  } else if (typeof define === "function" && define.amd) {
    // AMD
    define(["b"], function (b) {
      return (root.returnExportsGlobal = factory(b));
    });
  } else {
    // 瀏覽器全局變量，root即window
    root.returnExportsGlobal = factory(root.b);
  }
}(this, function (b) {
  // 你的實際模塊
  return {};
}));

UMD規范實現的思路：

首先判斷是否支持Node.js模塊格式，即exports對象是否存在。

然后判斷是否支持AMD格式（require是否存在），存在則使用AMD方式加載

若前兩個都不存在，則將模塊暴露到全局，Node即global，瀏覽器即window。

例如，創建一個兼容UMD規范的jQuery插件：

// Uses CommonJS, AMD or browser globals to create a jQuery plugin.

(function (factory) {
    if (typeof define === "function" && define.amd) {
        // AMD. Register as an anonymous module.
        define(["jquery"], factory);
    } else if (typeof module === "object" && module.exports) {
        // Node/CommonJS
        module.exports = function( root, jQuery ) {
            if ( jQuery === undefined ) {
                // require("jQuery") returns a factory that requires window to
                // build a jQuery instance, we normalize how we use modules
                // that require this pattern but the window provided is a noop
                // if it"s defined (how jquery works)
                if ( typeof window !== "undefined" ) {
                    jQuery = require("jquery");
                }
                else {
                    jQuery = require("jquery")(root);
                }
            }
            factory(jQuery);
            return jQuery;
        };
    } else {
        // Browser globals
        factory(jQuery);
    }
}(function ($) {
    $.fn.jqueryPlugin = function () { return true; };

CMD

Common Module Definition 規范和 AMD 很相似，盡量保持簡單，并與 CommonJS 和 Node.js 的 Modules 規范保持了很大的兼容性。

define(function(require, exports, module) {
  var $ = require("jquery");
  var Spinning = require("./spinning");
  exports.doSomething = ...
  module.exports = ...
})

CMD規范地址：https://github.com/seajs/seajs/issues/242

ES6 module

ECMAScript6 內建的用法：

import "jquery";
export function doStuff() {}
module "localModule" {}

為什么只載入JavaScript文件？

為什么模塊化系統只幫助開發者處理JavaScript？然而還有其他靜態資源需要被處理，比如：

stylesheets
images
webfonts
html for templating
其他..

coffeescript ? javascript
less stylesheet ? css
jade ? html
i18n ? something
require("./style.css");
require("./style.less");
require("./template.jade");
require("./image.png");

因為上面這些動機，所以有了webpack。

webpack

webpack是一款模塊封裝工具(module bundler，是打包工具，也是模塊加載工具，各種資源都可以當成模塊來處理)，webpack 會將模塊與其他相關聯的模塊，函數庫，其他需要預編譯的文件等整合，編譯輸出此模塊的靜態資源文件。

// webpack.config.js `like=>`  gulpfile.js/gruntfile.js

module.exports = {
    entry: "./entry.js",
    output: {
        path: __dirname,
        filename: "bundle.js"
    },
    //module 對象用于添加loaders
    module: {
        //一個用于加載loader的數組
        loaders: [
            { test: /.css$/, loader: "style!css" }
        ]
    }
}; 

module具有如下屬性：

test: 需要滿足的條件A condition that must be met

exclude: 不需要滿足的條件A condition that must not be met

include: 需要滿足的條件A condition that must be met

loader: !用于分隔loaders

loaders: 一個loaders數組An array of loaders as string

"include" 通常被用于匹配目錄：

  include: [
    path.resolve(__dirname, "app/src"),
    path.resolve(__dirname, "app/test")
  ],

簡單的說，webpack會把我們常用的 .less, .scss, .jade, .jsx 等等文件編譯成純 js + 圖片(圖片有時也可以被編譯成 base64 格式的 dataUrl)。

webpack的優勢和特點：

將依賴項分塊，按需加載

盡可能減少初始化載入的時間

使每一個靜態資源都能夠作為組件使用

有能力整合其他第三方函數庫為模塊

高度可配置化

適合大型項目

webpack擁有更聰明的解析工具可以處理幾乎所有的第三方函數庫。甚至允許在相依性設定上使用表達式，例如: require("./templates/" + name + ".jade")，這幾乎能處理大部分的模塊化標準(CommonJS, AMD)。

webpack常用命令

webpack 最基本的啟動webpack命令
webpack -w 提供watch方法，實時進行打包更新
webpack -p 對打包后的文件進行壓縮
webpack -d 提供SourceMaps，方便調試
webpack --colors 輸出結果帶彩色，比如：會用紅色顯示耗時較長的步驟
webpack --profile 輸出性能數據，可以看到每一步的耗時
webpack --display-modules 默認情況下 node_modules 下的模塊會被隱藏，加上這個參數可以顯示這些被隱藏的模塊

在項目中使用webpack

首先在項目根目錄新建一個package.json或者通過$ npm init指令來產生：

接著通過npm指令安裝webpack：

$ npm install webpack --save-dev

or => $ cnpm i webpack -g

單純的編譯指令

$ webpack  

配置對象內容

context：用來指明entry選項的基礎目錄（絕對路徑）。默認值為process.cmd()，即webpack.config.js文件所在路徑

對象entry

定義了打包后的入口文件，可以是數組（所有文件打包生成一個filename文件），對象或者字符串

{
    entry: {
        page1: "./page1",
        page2: ["./entry1", "./entry2"]
    },
    output: {
        // 在 output.filename 中使用 [name]或者[id]，當使用多個entry points時
        filename: "[name].bundle.js",
        path: "dist/js/page",
        chunkFilename: "[id].bundle.js" //chunkFilename是非主入口的文件名
    }
}

該段代碼最終會生成一個page1.bundle.js 和 page2.bundle.js，并存放到 ./dist/js/page 文件夾下

chunkFilename是非主入口的文件名，當按需異步加載模塊的時候，這時生成的文件名是以chunkname配置的

output：該參數是個對象，定義了輸出文件的位置及名字：

path: 打包文件存放的絕對路徑

publicPath: 網站運行時的訪問路徑URL

filename:打包后的文件名

你可以使用= 的格式來替代 entry point 建立一個別名：

// webpack.config.js
module.exports = {
  output: {
    filename: "[name].bundle.js"
  }
}

接著執行如下命令：

$ webpack index=./entry.js
>> Output a file that is named index.bundle.js

對象output

表示欲輸出的路徑，其會被映射到設定檔中的 output.path 以及 output.filename

output.filename：指定每一個在磁盤上輸出的文件名，不允許指定絕對路徑

output.path：輸出絕對路徑目錄（必須）

output.publicPath：指定在瀏覽器端引用的文件公開URL地址

對象resolve

webpack在構建包的時候會按目錄進行文件的查找，resolve屬性中的extensions數組可用于配置程序可以自行補全哪些文件后綴。extensions 第一個是空字符串，對應不需要后綴的情況。比如，為了查找CoffeeScript文件，你的數組應當包含字符串".coffee"。使用extensions，在引入模塊的時候就不需要寫后綴，會自動補全

resolve: {
        extensions: ["", ".js", ".jsx",".es6","css","scss","png","jpg"]
    },

resolve.alias 定義別名

alias:{
       "react-dom":path.join(nodeModulesPath,"/dist/react-dom"),
        "redux": path.join(nodeModulesPath,"dist/redux")
    },

對象externals

當我們想在項目中require一些其他的類庫或者API，而又不想讓這些類庫的源碼被構建到運行時文件中，
這在實際開發中很有必要。此時我們就可以通過配置externals參數來解決這個問題：

 externals: {
     "jquery": "jQuery"
 }

這樣我們就可以放心的在項目中使用這些API了：

var $ = require(“jquery”);

配置項詳情：https://webpack.github.io/docs/configuration.html

css樣式和圖片的加載

你可以在你的js文件里引入css文件和圖片，例如：

require("./bootstrap.css");
require("./style.less");
require("../../main.scss");

var img = document.createElement("img");
img.src = require("./myImg.png");

當你require了CSS（less或者其他）文件，webpack會在頁面中插入一個內聯的