继上一节的思考问题整理

一、import的使用限制

使用node xx.js运行的文件,xx.js不能使用import导入其他文件,当然,也不能使用export导出模块,因为这是es6的语法,直接用node命令运行肯定是行不通的。

// 例1:不论 a-1 是以何种方式导出的,都提示import的错
import a1Module from './a-1'
console.log(a1Module);
node中使用import导入报错
// 例2:node中不能使用export导出模块
// a-1.js
let name = 'jojo';
function sum(a, b) {
    return a + b;
}
export {
    name,
    sum
}

// a-2.js
const a1Module = require('./a-1')
console.log(a1Module);
node中使用export报错

二、那webpack构建的项目里,为什么就可以随便使用requireimport

~我猜~
(1)是在打包的过程中,通过获取AST并修改节点,将import的方式都做了处理,node才能够识别;
(2)通过babel进行转化的;
(3)那这就是webpack的处理机制了,在打包的过程中,会将importexport的语句最终处理或者转化为node能够识别的形式,所以整个系统才能够顺畅跑起来,完全就是webpack这个伟大构建工具的功劳,让我们的代码的书写不再单调,底层和业务都可以灵活使用啦!!!

我理解的,反正中间某一步肯定对import和export做了转换处理

~事实呢~:还需要再研究,等我后面整理了import的导入导出原理,估计就可以回答这个问题了!

反正就是要将requirewebpackimport这三个的原理串起来!

三 、NodeJS中的this为什么是一个空对象?

因为所有的NodeJS文件在执行的时候都会被包裹到一个函数中, this都被修改为了空的module.exports,主要是利用了call/apply修改了this的指向,初始值指向一个空对象。

(function (exports, require, module, __filename, __dirname) {
    // 我们编写的代码
    // 所以说在这里面拿到的this就是 空的module.exports
});
compiledWrapper.call(module.exports, args);

四、NodeJS中为什么可以直接使用exports, require, module, __filename, __dirname?

因为所有的NodeJS文件在执行的时候都会被包裹到一个函数中, 这些属性都被通过参数的形式传递过来了

var args = [module.exports, require, module, filename, dirname];
compiledWrapper.apply(this.exports, args);

五、NodeJS中为什么不能直接exports赋值, 而可以给module.exports赋值?

因为直接赋值的方式就相当于改变了exports的指向,不再指向module.exports上了,因此就不会修改module.exports的值,因此require拿到的就是一个空对象。

(function (exports, require, module, __filename, __dirname) {
    exports = "jojo";
});
jsScript.call(module.exports, module.exports);
return module.exports;

相当于

let exports = module.exports;
exports = "jojo";
return module.exports;

你可能感兴趣的:(继上一节的思考问题整理)