共计 1731 个字符,预计需要花费 5 分钟才能阅读完成。
一、module,module.exports,exports 含意
module 对象:在每个 .js 自定义模块中都有一个 module 对象,它外面存储了和以后模块无关的信息
module.exports 对象:在 node 里自定义的模块中,能够应用 module.exports 对象,将自定义的模块内局部的成员共享进来被应用。
当外界(其余 js 文件)用 require() 办法导入自定义模块时,失去的就是 module.exports 所指向的对象
exports 对象:因为 module.exports 单词写起来比较复杂,为了简化向外共享成员的代码,Node 提供了 exports 对象。默认状况下,exports 和 module.exports 指向同一个对象
留神:应用 require() 办法导入模块时,导入的后果,永远以 module.exports 指向的对象为准
换句话说最终共享的后果,还是以 module.exports 指向的对象为准
二. 案例
通过案例来了解二者的关系
案例一:
定义代码
// 文件名:01.module.exports 和 exports 误区
exports.name=” 小吴 ”
module.exports ={
性别:” 男 ”,
age:18
输入代码
// 文件名:01-test
// 为了测试 module.exports,exports 指向后果 案例二三四的输入代码都是此 js 代码文件
const obj=require(“./01.module.exports 和 exports 误区 ”)
console.log(obj);
输入后果
解释:因为默认状况下,exports 和 module.exports 指向同一个对象,所以开始二者都是指向一个空对象,当 export 指向新对象 name=” 小吴 ” 后,此时二者都指向这个对象,然而执行前面代码则是在内存中新开拓一个空间存储新对象 {性别:“男”,age:18},且把这个新对象的援用交给了 module.exports,则 module.exports 就指向新的对象,不指向之前的空对象了,而且因为最终共享的后果,以 module.exports 指向的对象为准,所以案例输入如上图所示
案例二
定义代码
module.exports.name=” 小吴 ”
exports ={
性别:” 男 ”,
age:18
}
输入后果
解释:同理当 module.exports 指向对象 name=” 小吴 ” 后,执行前面代码,,exports 指向新对象{性别:“男”,age:18},因为最终共享的后果,还是以 module.exports 指向的对象为准
所以案例输入如上图所示
案例三
定义代码
exports.name=” 小吴 ”
module.exports.age=18
输入后果
解释:同理二者开始指向空对象,第一行代码通过 exports 援用关系挂载了一个 name 属性,第二行又通过 module.exports 援用关系挂载了一个属性 age 这里不存在新对象 都是挂载属性 这些属性都被放在了开始二者指向的空对象中,则最终两个属性都在此对象中,且 module.exports 指向这个对象,所以最终后果输入如上图所示
案例四
定义代码
exports={
性别:” 男 ”,
name:” 小吴 ”,
}
module.exports=exports// 把 export 的援用关系通过等号赋值给了 module.exports
module.exports.age=18
输入后果
解释:同理二者开始指向同一空对象,执行代码,在内存中定义了一个新对象,且把新对象挂载在 exports 上,此时 exports 就不指向之前的空对象而指向新定义的对象,module.exports=exports 这行代码把 export 的援用关系通过等号赋值给了 module.exports,则 module.exports 也不指向之前的空对象了,也指向新对象了,最初给 module.exports 指向的新对象又持续挂载了一个 age 属性,所以外面的所有属性都被 module.exports 指向到的,所以最终后果输入如图所示
重要留神:为了避免二者指向凌乱,倡议不要在同一个模块中同时应用 exports 和 module.exports。
关键词:前端培训