目前为止,前端的模块化方案基本趋于2类,一类是CommonJs,一类是ESModule。当然,我见过的厂,也有些使用AMD规范的。
CommonJs的导入导出语法如下:
node
let a = require('./a.js');
module.exports = {
add: function(){}
}
ESModule的导入导出语法如下:
javascript
import a from './a.js';
export ...
export default ...;
但是今天突然心血来潮,我想看一下require是如何实现的,所以我就随便建了个工程,然后打了包。
工程目录如下:
javascript
| - moduleProject
| - index.js
| - module1.js
| - module2.js
| - module11.js
这4个文件的关系如下:
1、index文件依赖 module1、module2文件。
2、module1、module2文件都依赖module11文件。
module11.js文件内容如下:
javascript
// module11.js文件内容如下
module.exports = {
add11: function(a, b){
return a + b;
}
}
module1.js文件内容如下:
javascript
// module1.js文件内容如下:
let a1 = require('./module11.js');
module.exports = {
add1: function(a, b){
return a + b;
}
}
module2.js文件内容如下:
javascript
// module2.js文件内容如下:
let a2 = require('./module11.js');
module.exports = {
add2: function(a, b){
return a + b;
}
}
index.js文件内容如下:
javascript
let obj1 = require('./module1');
let obj2 = require('./module2');
console.log(obj1.add1(1, 2));
然后我们将整个工程打包一下,此时省略打包配置,打包后的文件如下:
从上图中我们可以看到啊,首先它会将入口文件的依赖项配置成一个大的对象,key就是你引入的文件名,value就是每个文件的内容。
然后入口index文件在执行过程中如果使用了某个依赖方法,那就会去全局对象里get对应的 moduleId,以此来完成相应操作,所以commonjs默认它做不了tree shaking。因为整个过程就好比你定义了一个对象,这个对象在打包后的文件里确确实实存在,对象里有个a属性,但是这个a属性你并没有用到,那你认为这个a属性会凭空消失吗?那肯定不会啊。
这里还有个说法叫做"编译阶段",这个编译阶段说白了就是"编译后文件",只是听起来高大尚一点。
这个require函数也是相当简单,源码如下:
javascript
// 1、先声明一个全局对象
let _webpack_module_cache_ = {};
function require(moduleId){
// 2、看看当前依赖项之前是否被导入过,如果被导入过,就直接返回之前导入的结果。
let cacheModule = _webpack_module_cache_[moduleId];
if (cacheModule !== undefined){
return cacheModule;
}
// 3、对当前模块进行初始化,并且将它放入到缓存里
let module = _webpack_module_cache_[module] = {
exports: {}
}
// 4、执行当前引入的模块
_webpack_module[moduleId](module, module.exports, require);
// 5、返回当前模块导出的对象
return module.exports;
}
好啦,本期文章到这里就结束啦,如果这篇文章能够帮助到你,欢迎给个红心一键三连,我们下期再见啦,拜拜~~