深入理解webpack打包机制(三)
栏目: JavaScript · 发布时间: 6年前
内容简介:有了依赖关系和解析后的源码后,就可以进行打包操作了。但是,还缺少一样东西,模版。模版是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项目打包=>部署的处理
本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们。
UNIX编程艺术
Eric S. Raymond / 姜宏、何源、蔡晓俊 / 电子工业出版社 / 2011-1 / 69.00元
本书主要介绍了Unix系统领域中的设计和开发哲学、思想文化体系、原则与经验,由公认的Unix编程大师、开源运动领袖人物之一Eric S. Raymond倾力多年写作而成。包括Unix设计者在内的多位领域专家也为本书贡献了宝贵的内容。本书内容涉及社群文化、软件开发设计与实现,覆盖面广、内容深邃,完全展现了作者极其深厚的经验积累和领域智慧。一起来看看 《UNIX编程艺术》 这本书的介绍吧!