前言
用一句话来说明就是,require方能看到的只有module.exports这个对象,它是看不到exports对象的,而我们在编写模块时用到的exports对象实际上只是对module.exports的引用。
来新建一个 module.js 文件:
console.log(exports === module.exports);
console.log(exports);
然后在命令行下运行 node module.js:
$ node module.js
true
{}
=== 判断结果为 true。这说明二者是一样的,指向同一个空对象 {}。
那,什么时候只能用 module.exports?什么时候只能用 exports?从模块编写者的角度出发,并没有什么区别,二者都能用;若非要说个区别,大概是 exports 比 module.exports 少打 7 个字符,省点时间:
exports.pi = 3.14;
// vs
module.exports.pi = 3.14;
但是从模块使用者角度说,则二者是有区别的。
不具名数据
假设我作为模块使用者,要在我的代码中导入一个函数:
const func = require('./module');
则编写者只能使用 module.exports 来定义:
module.exports = function () {}
如果编写者使用 exports 来定义:
exports.func = function () {}
则使用者必须知道该函数的名称才能使用:
const { func } = require('./module');
把函数换成变量、常量或其它,也是一样道理。
注意对象
前面说,module.exports 与 exports 指向同一个空对象 {} - 且叫它 M。也就是说,不管是 exports.pi = 3.14 还是 module.exports.pi = 3.14,都是在操作 M 对象 - 在 Node/JavaScript 下,对象是可变的,可以任意修改。
因此我们可以直接给 exports 赋值:
exports = 3.14;
但这时,exports 就失去存在意义了。因为赋值以后,它不再指向对象 M,也就无法操作 M 对象,也就无法控制模块要导出的数据。所以上述写法是错误的,应该避免。
那么,给 module.exports 赋值对象以外的值呢
module.exports = 3.14;
这是没问题的,这说明模块默认导出一个数值,而不是 M 对象。
在 Node.js 模块里,真正控制模块导出的是 module.exports,exports 只是 module.exports 决定导出一个对象时的一个快捷方式,假如 module.exports 导出其它类型的数据,比如字符串、数值、函数等等,则 exports 的存在没有意义。这是 Node.js 模块与 CommonJS 差异的一点,在 CommonJS 规范里,是只有 exports,没有 module.exports 的。
总结
- exports 对象是 module 对象的一个属性,在初始时 module.exports 和 exports 指向同一块内存区域
- 模块导出的是 module.exports , exports 只是对它的引用,在不改变exports 内存的情况下,修改exports 的值可以改变 module.exports 的值
- 导出时尽量使用 module.exports ,以免因为各种赋值导致的混乱
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。