摘要:先看下官方文檔中對模塊的描述在模塊化編程中,開發者將程序分解成離散功能塊,并稱之為模塊。每個模塊具有比完整程序更小的接觸面,使得校驗調試測試輕而易舉。
先看下webpack官方文檔中對模塊的描述:
在模塊化編程中,開發者將程序分解成離散功能塊(discrete chunks of functionality),并稱之為模塊。
每個模塊具有比完整程序更小的接觸面,使得校驗、調試、測試輕而易舉。 精心編寫的模塊提供了可靠的抽象和封裝界限,使得應用程序中每個模塊都具有條理清楚的設計和明確的目的。
webpack 的核心概念之一就是一切皆模塊,webpack 在項目中的作用就是,分析項目的結構,找到 JavaScript 模塊以及其他一些瀏覽器不能直接運行的拓展語言(less,scss,typescript),并將其打包為合適的格式以供瀏覽器使用,它從一個項目的主文件開始,根據引用路徑,找到所有其所依賴的文件,同時將這些文件進行處理(各種loader來解析,編譯處理瀏覽器不能直接使用的文件),然后打包為一個或者多個瀏覽器可識別的JavaScript文件。
本文不會詳細描述 webpack 的構建流程,畢竟官網已經說得比較詳細了,這里主要是分析下 webpack 打包后的文件,將文件打包成什么樣子,又是如何使用模塊的。webpack 最早支持的代碼模塊化方式是 CommonJS,后面慢慢支持了 ES6、AMD 等,不論使用的是哪種方式,webpack 都可以對其進行解析和打包,本文例子中使用的是 CommonJS 規范,更多規范介紹可查看官方文檔。
例子為方便后面的說明,首先創建一個項目,也就是先建立一個文件夾 webpack-test(名字自擬),在 webpack-test 文件夾中使用命令初始化,會生成一個 package.json 文件,用來做 npm 的說明:
npm init
執行命令后會詢問一些問題,一路回車即可。然后安裝下 webpack 的依賴包,如下命令:
npm install --save-dev webpack
再新建幾個文件:
1、在項目根目錄下新建文件夾 app 用來存放業務代碼、文件夾 public 存放打包后的文件;
2、在app中新建入口文件 main.js;
3、在app中新建功能模塊 hello.js,bye.js,to.js;
4、在項目根目錄下,建立 index.html 文件;
然后依次來給這幾個文件分別填寫以下內容:
// webpack-test/app/hello.js const to = require("./to.js"); module.exports = function() { var hello = document.createElement("div"); hello.textContent = "Say Hello to " + to.name; return hello; };
// webpack-test/app/bye.js const to = require("./to.js"); module.exports = function() { var bye = document.createElement("div"); bye.textContent = "Say Bye to " + to.name; return bye; };
// webpack-test/app/to.js module.exports = {name: "小明"};
// webpack-test/app/main.js const hello = require("./hello.js"); const bye = require("./bye.js"); document.querySelector("#root").appendChild(hello()).appendChild(bye());;
// webpack-test/index.htmlWebpack Test Project // bundle.js 文件就是一會兒我們要打包app中的文件后生成的結果文件
業務模塊 hello.js 和 bye.js 做了各自的操作,同時引用了共同的文件 to.js;主文件 main.js 中引用并執行了模塊 hello.js 和 bye.js;index.html 文件引入了 main.js 打包后的最終文件 bundle.js。
打包接下來進行打包操作,先確保 webpack 是全局安裝的,否則執行時需要指定 webpack 的路徑,比如在 4.0 以下版本中使用 node_modules/.bin/webpack ./app/main.js ./public/bundle.js;
如果你使用的是 webpack4.0+ 的話,使用 webpack ./app/main.js ./public/bundle.js命令,也許會報以下的錯誤:
WARNING in configuration The "mode" option has not been set, webpack will fallback to "production" for this value. Set "mode" option to "development" or "production" to enable defaults for each environment. You can also set it to "none" to disable any default behavior. Learn more: https://webpack.js.org/concepts/mode/ ERROR in multi ./app/main.js ./public/bundle.js Module not found: Error: Can"t resolve "./public/bundle.js" in "/Users/zhaohaipeng/soyoung-project/webpack-test" @ multi ./app/main.js ./public/bundle.js main[1]
webpack4.0+之后,針對第一個報錯,需要指定環境 --mode development;第二個報錯,是因為我們沒有使用配置文件的方式打包,而是直接使用的命令指定的打包輸出位置,所以需要聲明輸出文件,綜上,正確的命令如下:
webpack app/main.js --output public/bundle.js --mode development
執行結果:
? webpack-test webpack app/main.js --output public/bundle.js --mode development Hash: a4e2f9ecc51b64891624 Version: webpack 4.25.1 Time: 90ms Built at: 2018-11-08 17:11:01 Asset Size Chunks Chunk Names bundle.js 5.16 KiB main [emitted] main Entrypoint main = bundle.js [./app/bye.js] 165 bytes {main} [built] [./app/hello.js] 173 bytes {main} [built] [./app/main.js] 144 bytes {main} [built] [./app/to.js] 30 bytes {main} [built] ? webpack-test
瀏覽器打開 index.html 文件,即可看到結果
Say Hello to 小明
Say Bye to 小明
但是 webpack 作為一個能簡化我們開發難度和使用便捷的工具,顯然像上面那樣通過敲很多命令來打包,并不方便,所以下面采用配置文件的方式再來一次:
根目錄創建 webpack.config.js 文件,并配置下打包入口和出口:
// webpack-test/webpack.config.js module.exports = { mode: "development",//webpack.0之后需要聲明環境 entry: __dirname + "/app/main.js",//唯一入口文件 output: { path: __dirname + "/public",//打包后的文件存放目錄 filename: "bundle.js"http://打包后輸出文件名 } }
再次打包的時候,只需要使用命令 webpack 就可以了,webpack 默認讀取當前路徑下的 webpack.config.js 文件。
最終打包好的 bundle.js 文件,去除了多余注釋,調整了代碼格式,內容如下:
// 自執行函數,參數為所有模塊組成的,形勢為key:value,key是模塊名 (function(modules) { // webpackBootstrap // 已加載模塊的緩存,記錄模塊的加載情況,也是為了避免重復打包,節省資源 var installedModules = {}; // webpack 使用 require 方式加載模塊的方法(模擬ConmmonJS reqiure()),作用為根據傳進來的模塊id來處理對應的模塊,加入已加載緩存,執行,標記,返回exports function __webpack_require__(moduleId) { // moduleId 為模塊路徑 // 檢測模塊是否已加載,已加載的話直接返回該模塊 if(installedModules[moduleId]) { return installedModules[moduleId].exports; } // 當前模塊未加載的話,新建,并存于緩存 var module = installedModules[moduleId] = { i: moduleId, l: false, exports: {} }; // 在當前模塊的 exports 下,也就是模塊的內部執行模塊代碼,突出作用域 modules[moduleId].call(module.exports, module, module.exports, __webpack_require__); // 標記模塊已經加載 module.l = true; // 返回模塊的導出內容 return module.exports; } // 掛載屬性,該模塊 (__webpack_modules__) __webpack_require__.m = modules; // 掛載屬性,模塊加載緩存 __webpack_require__.c = installedModules; // 本代碼中未執行,暫時不分析 // 在 exports 中定義 getter 方法 __webpack_require__.d = function(exports, name, getter) { // 當 name 屬性不是定義在對象本身,而是繼承自原型鏈,則在在 exports 中定義 傳進來的 name 屬性,和這個屬性的 getter 方法 if(!__webpack_require__.o(exports, name)) { Object.defineProperty(exports, name, { enumerable: true, get: getter }); } }; // 給exports定義類型 // 在 exports 中定義 __esModule,定義key為Symbol的屬性(在__webpack_require__.t中被調用) // define __esModule on exports __webpack_require__.r = function(exports) { if(typeof Symbol !== "undefined" && Symbol.toStringTag) { // 對象定義為 Module 類型 Object.defineProperty(exports, Symbol.toStringTag, { value: "Module" }); } // 給對象exports添加屬性 __esModule Object.defineProperty(exports, "__esModule", { value: true }); }; // 本代碼中未執行,暫時不分析 // 創建一個偽命名空間的對象 // create a fake namespace object // mode & 1: value is a module id, require it // mode & 2: merge all properties of value into the ns // mode & 4: return value when already ns object // mode & 8|1: behave like require __webpack_require__.t = function(value, mode) { if(mode & 1) value = __webpack_require__(value); if(mode & 8) return value; if((mode & 4) && typeof value === "object" && value && value.__esModule) return value; var ns = Object.create(null); __webpack_require__.r(ns); Object.defineProperty(ns, "default", { enumerable: true, value: value }); if(mode & 2 && typeof value != "string") for(var key in value) __webpack_require__.d(ns, key, function(key) { return value[key]; }.bind(null, key)); return ns; }; // 本代碼中未執行,暫時不分析 // getDefaultExport function for compatibility with non-harmony modules __webpack_require__.n = function(module) { var getter = module && module.__esModule ? function getDefault() { return module["default"]; } : function getModuleExports() { return module; }; __webpack_require__.d(getter, "a", getter); return getter; }; // Object.prototype.hasOwnProperty.call // 判斷一個屬性是定義在對象本身而不是繼承自原型鏈 __webpack_require__.o = function(object, property) { return Object.prototype.hasOwnProperty.call(object, property); }; // __webpack_public_path__ __webpack_require__.p = ""; // 加載入口模塊 main.js ,返回 exports,從而從入口文件開始執行,以遞歸的方式,將所有依賴執行并返回 return __webpack_require__(__webpack_require__.s = "./app/main.js"); })({ "./app/bye.js": (function(module, exports, __webpack_require__) { eval("const to = __webpack_require__(/*! ./to.js */ "./app/to.js"); module.exports = function() { var bye = document.createElement("div"); bye.textContent = "Say Bye to " + to.name; return bye; }; //# sourceURL=webpack:///./app/bye.js?"); }), "./app/hello.js": (function(module, exports) { eval("module.exports = function() { var hello = document.createElement("div"); hello.textContent = "Say Hello!"; return hello; }; //# sourceURL=webpack:///./app/hello.js?"); }), "./app/main.js": (function(module, exports, __webpack_require__) { eval("const hello = __webpack_require__(/*! ./hello.js */ "./app/hello.js"); const bye = __webpack_require__(/*! ./bye.js */ "./app/bye.js"); document.querySelector("#root").appendChild(hello()).appendChild(bye());; //# sourceURL=webpack:///./app/main.js?"); }), "./app/to.js": (function(module, exports) { eval("module.exports = {name: "小明"}; //# sourceURL=webpack:///./app/to.js?"); }) });分析
webpack 的運行過程可分為:讀取配置參數,實例化插件,模塊解析處理(loader),輸出打包文件;在上面例子中,僅為 JavaScript 的引用,沒有使用插件和像CSS、less、圖片之類需要loader處理的模塊,所以上面的例子,過程只有讀取配置,識別入口及其引用模塊,打包幾步,生成最終的 bundle.js 文件。
簡單描述下 webpack 在這個過程中的執行流程:在配置文件中讀取入口,如果有配置 plugins 參數,那么也是在此時進行插件的實例化和鉤子函數的綁定;模塊解析,也就是loader加入的時刻,從入口文件開始,根據入口文件對其他模塊的依賴,結合配置文件中對不同種類型文件所使用的 loader(加載器) 說明,一個一個逐級對這些模塊進行解析處理,或壓縮,或轉義,生成瀏覽器可以直接識別的內容;最后將所有模塊進行打包,輸出打包后的文件。在上面的代碼中,已經對 bundle.js 內容進行了內容注釋,下面我們來分析下 bundle.js 的執行過程:
1、自執行函數
最后的輸出的文件 bundle.js 是一個 JavaScript 文件,其本身其實是一個自執行函數
(function(參數){})(參數)。
2、參數
自執行方法的參數為所有模塊組成的對象,key 為各個模塊的路徑,值為各模塊內部的執行代碼,觀察參數內部的代碼,對比打包前的源碼,可以發現凡是 require 都變成了__webpack_require__這個webpack自定義的模塊調用方法,而且源碼中的相對路徑也變成了最終執行位置的文件的相對路徑。
{ "./app/bye.js": (function(module, exports, __webpack_require__) { eval("const to = __webpack_require__(/*! ./to.js */ "./app/to.js"); module.exports = function() { var bye = document.createElement("div"); bye.textContent = "Say Bye to " + to.name; return bye; }; //# sourceURL=webpack:///./app/bye.js?"); }), "./app/hello.js": (function(module, exports) { eval("module.exports = function() { var hello = document.createElement("div"); hello.textContent = "Say Hello!"; return hello; }; //# sourceURL=webpack:///./app/hello.js?"); }), "./app/main.js": (function(module, exports, __webpack_require__) { eval("const hello = __webpack_require__(/*! ./hello.js */ "./app/hello.js"); const bye = __webpack_require__(/*! ./bye.js */ "./app/bye.js"); document.querySelector("#root").appendChild(hello()).appendChild(bye());; //# sourceURL=webpack:///./app/main.js?"); }), "./app/to.js": (function(module, exports) { eval("module.exports = {name: "小明"}; //# sourceURL=webpack:///./app/to.js?"); }) }
3、執行
(1)自執行文件開始執行后,到自執行函數最底部,首先從入口文件開始加載
return __webpack_require__(__webpack_require__.s = "./app/main.js");
(2)__webpack_require__函數被調用,傳入參數 ./app/main.js,
function __webpack_require__(moduleId) { // moduleId 為 ./app/main.js // 首次進來,未加載,模塊還沒有緩存 if(installedModules[moduleId]) { return installedModules[moduleId].exports; } // 新建 ./app/main.js 模塊,并存于緩存 var module = installedModules[moduleId] = { i: moduleId, l: false, exports: {} }; modules[moduleId].call(module.exports, module, module.exports, __webpack_require__); // 標記模塊已經加載 module.l = true; // 輸出模塊的內容 return module.exports; }
此時方法中執行 modules[moduleId].call(module.exports, module, module.exports,__webpack_require__); 相當于在名為 ./app/main.js 的模塊中執行如下代碼:
(function(module, exports, __webpack_require__) { eval("const hello = __webpack_require__(/*! ./hello.js */ "./app/hello.js"); const bye = __webpack_require__(/*! ./bye.js */ "./app/bye.js"); document.querySelector("#root").appendChild(hello()).appendChild(bye());; //# sourceURL=webpack:///./app/main.js?"); })()
由于引用關系,接下來會再次執行兩次__webpack_require__方法,分別傳參模塊路徑 ./app/hello.js 和 ./app/bye.js;
(3)執行第一個__webpack_require__過程,除了傳參不同、執行的模塊不同,與第二步基本一致,再次找到了依賴模塊 to.js,再次調用__webpack_require__。
"./app/hello.js": (function(module, exports, __webpack_require__) { eval("const to = __webpack_require__(/*! ./to.js */ "./app/to.js"); module.exports = function() { var hello = document.createElement("div"); hello.textContent = "Say Hello to " + to.name; return hello; }; //# sourceURL=webpack:///./app/hello.js?"); }),
(4)執行第二個__webpack_require__時,在 bye.js 中找到了對于 to.js 的依賴,所以將繼續調用__webpack_require__方法,只是傳參變成了./app/to.js,達到終點。
"./app/bye.js": (function(module, exports, __webpack_require__) { eval("const to = __webpack_require__(/*! ./to.js */ "./app/to.js"); module.exports = function() { var bye = document.createElement("div"); bye.textContent = "Say Bye to " + to.name; return bye; }; //# sourceURL=webpack:///./app/bye.js?"); })
(5)到此時,整個從入口文件的開始的針對所依賴模塊的解析已經完成,所有的 js 代碼也已經引用完畢且放到了 bundle.js 中。
總結到這里可以看到,webpack對js的打包,就是封裝為一個個多帶帶的方法,通過對這些方法的引用,達到模塊化的效果;而打包的過程,就是查找、解析、封裝這些方法的過程,整個執行路徑類似于一棵樹,從主干出發,沿著樹枝遞歸式的執行“require”方法,而且是直到這一根樹枝走到盡頭的時候才回頭尋找其他的方法,由于node的單線程,當項目龐大或者模塊間依賴錯綜復雜時,webpack打包會更加的耗費時間。
以上為對webpack4.x中針對js模塊處理的簡單理解,主要基于官方文檔的介紹和打包后文件的分析,源碼讀起來還是比較難懂,暫時不敢照量。對于 ES6、AMD 的模塊化方式,代碼分割的等,后續再進行補充。
以上如有問題,歡迎指正!
文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。
轉載請注明本文地址:http://specialneedsforspecialkids.com/yun/99118.html
摘要:以為例,編寫來幫助我們完成重復的工作編譯壓縮我只要執行一下就可以檢測到文件的變化,然后為你執行一系列的自動化操作,同樣的操作也發生在這些的預處理器上。的使用是針對第三方類庫使用各種模塊化寫法以及語法。 showImg(https://segmentfault.com/img/bVbtZYK); 一:前端工程化的發展 很久以前,互聯網行業有個職位叫做 軟件開發工程師 在那個時代,大家可能...
摘要:平時有使用過和開發的同學,應該能體會到模塊化開發的好處。原因很簡單打包出來的使用了關鍵字,而小程序內部并支持。是一個模塊打包器,可以將小塊代碼編譯成大塊復雜的代碼,例如或應用程序。官網的這段介紹,正說明了就是用來打包的。 博客地址 最近有個需求,需要為小程序寫一個SDK,監控小程序的后臺接口調用和頁面報錯(類似fundebug) 聽起來高大上的SDK,其實就是一個JS文件,類似平時開發...
摘要:它將根據模塊的依賴關系進行靜態分析,然后將這些模塊按照指定的規則生成對應的靜態資源??梢詫⒍喾N靜態資源轉換成一個靜態文件,減少了頁面的請求。因此我們不再按文件文件的方式運行指令,而是直接運行這樣便能實現打包。 一、什么是webpack 是一個前端資源加載/打包工具。它將根據模塊的依賴關系進行靜態分析,然后將這些模塊按照指定的規則生成對應的靜態資源。它做的事情是,分析你的項目結構,找到J...
摘要:開箱即用的多頁面腳手架基于模塊化開發可復用的現代化網站感興趣的朋友,請點個及時關注項目更新請點個項目請提特性支持前后端分離開發配置完整的打包方案支持本地開發熱更新集成代碼風格校驗支持編寫源碼,編譯生成生產代碼內置開發環境,自動加樣式前綴自 Webpack-seed 開箱即用的多頁面腳手架, 基于webpack4.2x babel7.1x模塊化開發可復用的現代化網站(Without Vu...
摘要:大潮來襲前端開發能做些什么去年谷歌和火狐針對提出了的標準,顧名思義,即的體驗方式,我們可以戴著頭顯享受沉浸式的網頁,新的標準讓我們可以使用語言來開發。 VR 大潮來襲 --- 前端開發能做些什么 去年谷歌和火狐針對 WebVR 提出了 WebVR API 的標準,顧名思義,WebVR 即 web + VR 的體驗方式,我們可以戴著頭顯享受沉浸式的網頁,新的 API 標準讓我們可以使用 ...
閱讀 3222·2021-09-09 11:39
閱讀 1228·2021-09-09 09:33
閱讀 1127·2019-08-30 15:43
閱讀 545·2019-08-29 14:08
閱讀 1732·2019-08-26 13:49
閱讀 2376·2019-08-26 10:09
閱讀 1544·2019-08-23 17:13
閱讀 2283·2019-08-23 12:57