博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
module.exports与exports的区别
阅读量:4071 次
发布时间:2019-05-25

本文共 4759 字,大约阅读时间需要 15 分钟。

API文档是枯燥的,下面本人收集了一些论坛经常有人疑问和开源代码中经常遇到的案例供大家研究一下。

module.exports与exports的区别

每一个node.js执行文件,都自动创建一个module对象,同时,module对象会创建一个叫exports的属性,初始化的值是 {}

module.exports = {};

Node.js为了方便地导出功能函数,node.js会自动地实现以下这个语句

foo.js

exports.a = function(){    console.log('a')}exports.a = 1

test.js

var x = require('./foo');console.log(x.a)

看到这里,相信大家都看到答案了,exports是引用 module.exports的值。module.exports 被改变的时候,exports不会被改变,而模块导出的时候,真正导出的执行是module.exports,而不是exports

再看看下面例子

foo.js

exports.a = function(){    console.log('a')}module.exports = {a: 2}exports.a = 1

test.js

var x = require('./foo');console.log(x.a)

result:

2

exports在module.exports 被改变后,失效。

是不是开始有点廓然开朗,下面将会列出开源模块中,经常看到的几个使用方式。

module.exports = View

function View(name, options) {
options = options || {}; this.name = name; this.root = options.root; var engines = options.engines; this.defaultEngine = options.defaultEngine; var ext = this.ext = extname(name); if (!ext && !this.defaultEngine) throw new Error('No default engine was specified and no extension was provided.'); if (!ext) name += (ext = this.ext = ('.' != this.defaultEngine[0] ? '.' : '') + this.defaultEngine); this.engine = engines[ext] || (engines[ext] = require(ext.slice(1)).__express); this.path = this.lookup(name);}module.exports = View;

javascript里面有一句话,函数即对象,View 是对象,module.export =View, 即相当于导出整个view对象。外面模块调用它的时候,能够调用View的所有方法。不过需要注意,只有是View的静态方法的时候,才能够被调用,prototype创建的方法,则属于View的私有方法。

foo.js

function View(){}View.prototype.test = function(){    console.log('test')}View.test1 = function(){    console.log('test1')}module.exports = View

test.js

var x = require('./foo');console.log(x)  //{ [Function: View] test1: [Function] }console.log(x.test)  //undefinedconsole.log(x.test1) //[Function]x.test1()       //test1

var app = exports = module.exports = {};

其实,当我们了解到原理后,不难明白这样的写法有点冗余,其实是为了保证,模块的初始化环境是干净的。同时也方便我们,即使改变了 module.exports 指向的对象后,依然能沿用 exports的特性

exports = module.exports = createApplication;/** * Expose mime. */exports.mime = connect.mime;

例子,当中module.exports = createApplication改变了module.exports了,让exports失效,通过exports = module.exports的方法,让其恢复原来的特点。

exports.init= function(){}

这种最简单,直接就是导出模块 init的方法。

var mongoose = module.exports = exports = new Mongoose;

集多功能一身,不过根据上文所描述的,大家应该不能得出答案

//

///

文章转自:

为了更好的理解 exports module.exports 的关系,我们先来补点 js 基础。示例:

app.js

var a = {
name: 'nswbmw 1'};var b = a;console.log(a);console.log(b);b.name = 'nswbmw 2';console.log(a);console.log(b);var b = {
name: 'nswbmw 3'};console.log(a);console.log(b);

运行 app.js 结果为:

D:\>node app{
name: 'nswbmw 1' }{
name: 'nswbmw 1' }{
name: 'nswbmw 2' }{
name: 'nswbmw 2' }{
name: 'nswbmw 2' }{
name: 'nswbmw 3' }D:\>

解释一下:a 是一个对象,b 是对 a 的引用,即 a 和 b 指向同一个对象,即 a 和 b 指向同一块内存地址,所以前两个输出一样。当对 b 作修改时,即 a 和 b 指向同一块内存地址的内容发生了改变,所以 a 也会体现出来,所以第三四个输出一样。当对 b 完全覆盖时,b 就指向了一块新的内存地址(并没有对原先的内存块作修改),a 还是指向原来的内存块,即 a 和 b 不再指向同一块内存,也就是说此时 a 和 b 已毫无关系,所以最后两个输出不一样。

明白了上述例子后,我们进入正题。我们只需知道三点即可知道 exports module.exports 的区别了:

  1. exports 是指向的 module.exports 的引用
  2. module.exports 初始值为一个空对象 {},所以 exports 初始值也是 {}
  3. require() 返回的是 module.exports 而不是 exports

所以:

  • 我们通过

    var name = 'nswbmw';  exports.name = name;  exports.sayName = function() {
    console.log(name); }

    exports 赋值其实是给 module.exports 这个空对象添加了两个属性而已,上面的代码相当于:

    var name = 'nswbmw';  module.exports.name = name;  module.exports.sayName = function() {
    console.log(name); }
  • 我们通常这样使用 exports module.exports

    一个简单的例子,计算圆的面积:

    使用 exports

    app.js

    var circle = require('./circle');  console.log(circle.area(4));

    circle.js

    exports.area = function(r) {
    return r * r * Math.PI; }

    使用 module.exports

    app.js

    var area = require('./area');  console.log(area(4));

    area.js

    module.exports = function(r) {
    return r * r * Math.PI; }

    上面两个例子输出是一样的。你也许会问,为什么不这样写呢?

    app.js

    var area = require('./area');  console.log(area(4));

    area.js

    exports = function(r) {
    return r * r * Math.PI; }

    运行上面的例子会报错。这是因为,前面的例子中通过给 exports 添加属性,只是对 exports 指向的内存做了修改,而

    exports = function(r) {
    return r * r * Math.PI; }

    其实是对 exports 进行了覆盖,也就是说 exports 指向了一块新的内存(内容为一个计算圆面积的函数),也就是说 exports module.exports 不再指向同一块内存,也就是说此时 exports module.exports 毫无联系,也就是说 module.exports 指向的那块内存并没有做任何改变,仍然为一个空对象 {} ,也就是说 area.js 导出了一个空对象,所以我们在 app.js 中调用 area(4) 会报 TypeError: object is not a function 的错误。

    所以,一句话做个总结:当我们想让模块导出的是一个对象时, exports module.exports 均可使用(但 exports 也不能重新覆盖为一个新的对象),而当我们想导出非对象接口时,就必须也只能覆盖 module.exports

  • 我们经常看到这样的用写法:

    exports = module.exports = somethings

    上面的代码等价于

    module.exports = somethings  exports = module.exports

    原因也很简单, module.exports = somethings 是对 module.exports 进行了覆盖,此时 module.exports exports 的关系断裂,module.exports 指向了新的内存块,而 exports 还是指向原来的内存块,为了让 module.exports exports 还是指向同一块内存或者说指向同一个 “对象”,所以我们就 exports = module.exports

转载地址:http://rjrji.baihongyu.com/

你可能感兴趣的文章
Eclipse中改动jsp文件的编码格式以及字体大小
查看>>
二分查找与递归式二分查找
查看>>
全排列问题
查看>>
Eclipse常用快捷键
查看>>
用Python实现与WeChat交互
查看>>
Oracle 11g数据库安装包
查看>>
用springmvc上传文件后Eclipse不会自动更新文件
查看>>
Hibernate中复合主键配置
查看>>
在Navicat for MySQL中修改表的编码格式
查看>>
Django+layui 实现多文件上传,文件下载
查看>>
dubbo 入坑笔记之命名空间错误
查看>>
JSP中实现关键字高亮显示
查看>>
form表单嵌套提交
查看>>
Error:(3, 32) java: 程序包org.springframework.boot不存在
查看>>
用python画一只可爱的布朗熊
查看>>
【spring】spring boot多数据源配置(方式二)
查看>>
【RPC】一步一步实现基于netty+zookeeper的RPC框架(一)
查看>>
【RPC】一步一步实现基于netty+zookeeper的RPC框架(二)
查看>>
【RPC】一步一步实现基于netty+zookeeper的RPC框架(三)
查看>>
【RPC】一步一步实现基于netty+zookeeper的RPC框架(四)
查看>>