深入理解webpack打包机制(三)
栏目: JavaScript · 发布时间: 5年前
内容简介:有了依赖关系和解析后的源码后,就可以进行打包操作了。但是,还缺少一样东西,模版。模版是webpack中很重要的一环,它根据模块间的依赖关系生成不同参数,注意 是参数。这样说还是蛮抽象的,可以看一下真正的webpack打包后的bundle.js文件长啥样儿:
有了依赖关系和解析后的源码后,就可以进行打包操作了。但是,还缺少一样东西,模版。
模版是webpack中很重要的一环,它根据模块间的依赖关系生成不同参数,注意 是参数。
这样说还是蛮抽象的,可以看一下真正的webpack打包后的bundle.js文件长啥样儿:
bundle.js:
/******/ (function(modules) { // webpackBootstrap /******/ // The module cache /******/ var installedModules = {}; /******/ /******/ // The require function /******/ function __webpack_require__(moduleId) { /******/ /******/ // Check if module is in cache /******/ if(installedModules[moduleId]) { /******/ return installedModules[moduleId].exports; /******/ } /******/ // Create a new module (and put it into the cache) /******/ var module = installedModules[moduleId] = { /******/ i: moduleId, /******/ l: false, /******/ exports: {} /******/ }; /******/ /******/ // Execute the module function /******/ modules[moduleId].call(module.exports, module, module.exports, __webpack_require__); /******/ /******/ // Flag the module as loaded /******/ module.l = true; /******/ /******/ // Return the exports of the module /******/ return module.exports; /******/ } /******/ /******/ /******/ // expose the modules object (__webpack_modules__) /******/ __webpack_require__.m = modules; /******/ /******/ // expose the module cache /******/ __webpack_require__.c = installedModules; /******/ /******/ // define getter function for harmony exports /******/ __webpack_require__.d = function(exports, name, getter) { /******/ if(!__webpack_require__.o(exports, name)) { /******/ Object.defineProperty(exports, name, { enumerable: true, get: getter }); /******/ } /******/ }; /******/ /******/ // define __esModule on exports /******/ __webpack_require__.r = function(exports) { /******/ if(typeof Symbol !== 'undefined' && Symbol.toStringTag) { /******/ Object.defineProperty(exports, Symbol.toStringTag, { value: 'Module' }); /******/ } /******/ 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 = ""; /******/ /******/ /******/ // Load entry module and return exports /******/ return __webpack_require__(__webpack_require__.s = "./src/index.js"); /******/ }) /************************************************************************/ /******/ ({ /***/ "./src/a.js": /*!******************!*\ !*** ./src/a.js ***! \******************/ /*! no static exports found */ /***/ (function(module, exports, __webpack_require__) { eval("\nlet b = __webpack_require__(/*! ./b */ \"./src/b.js\");\n\nconsole.log('a.js');\nconsole.log(b);\n\n//# sourceURL=webpack:///./src/a.js?"); /***/ }), /***/ "./src/b.js": /*!******************!*\ !*** ./src/b.js ***! \******************/ /*! no static exports found */ /***/ (function(module, exports) { eval(" module.exports = 'b.js'\n\n//# sourceURL=webpack:///./src/b.js?"); /***/ }), /***/ "./src/index.js": /*!**********************!*\ !*** ./src/index.js ***! \**********************/ /*! no static exports found */ /***/ (function(module, exports, __webpack_require__) { eval("console.log('index.js');\n\n__webpack_require__(/*! ./a */ \"./src/a.js\");\n\n//# sourceURL=webpack:///./src/index.js?"); /***/ }) /******/ });
这一坨是啥?很乱对吧,把注释和一些无关紧要的代码去掉呢?
长这样:
(function(modules) { var installedModules = {}; function __webpack_require__(moduleId) { if(installedModules[moduleId]) { return installedModules[moduleId].exports; } 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; } return __webpack_require__(__webpack_require__.s = "./src/index.js"); }) ({ "./src/a.js": (function(module, exports, __webpack_require__) { eval("\nlet b = __webpack_require__(/*! ./b */ \"./src/b.js\");\n\nconsole.log('a.js');\nconsole.log(b);\n\n//# sourceURL=webpack:///./src/a.js?"); }), "./src/b.js": (function(module, exports) { eval(" module.exports = 'b.js'\n\n//# sourceURL=webpack:///./src/b.js?"); }), "./src/index.js": (function(module, exports, __webpack_require__) { eval("console.log('index.js');\n\n__webpack_require__(/*! ./a */ \"./src/a.js\");\n\n//# sourceURL=webpack:///./src/index.js?"); }) });
注意最后一段,是不是和我们生成的this.modules对象的依赖关系很像?其实整个打包后的内容就是一个webpack的自执行函数,下面括号中那一坨就是该函数的参数。不过这个参数是key,value的形式,也就是依赖路径和解析后的源码的形式。
未完待续...
以上就是本文的全部内容,希望本文的内容对大家的学习或者工作能带来一定的帮助,也希望大家多多支持 码农网
猜你喜欢:- 深入理解webpack打包机制(二)
- 深入理解webpack打包机制(四)
- 深入 webpack 打包后的 js 世界
- 带你深入浅出理解深度学习(附资源打包下载)
- 深入 Spring Boot(十四):jar/war 打包解决方案
- 【前端打包部署】谈一谈我在SPA项目打包=>部署的处理
本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们。
大数据时代的IT架构设计
IT架构设计研究组 / 电子工业出版社 / 2014-4 / 49.00元
《大数据时代的IT架构设计》以大数据时代为背景,邀请著名企业中的一线架构师,结合工作中的实际案例展开与架构相关的讨论。《大数据时代的IT架构设计》作者来自互联网、教育、传统行业等领域,分享的案例极其实用,代表了该领域较先进的架构。无论你就职于哪一行业都可以从本书中找到相关的架构经验,对您在今后的架构设计工作中都能起到很好的帮助作用。 《大数据时代的IT架构设计》适合具备一定架构基础和架构经验......一起来看看 《大数据时代的IT架构设计》 这本书的介绍吧!