相信大家都很熟悉exports的用法了,你可以创建一个function在你的模块中如下:
[javascript] view
plaincopyprint?
exports.name=function(){
console.log('MynameisLemmyKilmister');
};
我们可以通过如下方法执行访问:
[javascript] view
plaincopyprint?
var rocker=require('./rocker.js');
rocker.name();//'MynameisLemmyKilmister'
那么module.exports存在的意义是什么?他是否在编码中也是正确合法的?
在开源的node.js代码中可以看出,module.exports才是真正的模块export,而exports仅仅是module.exports的一个帮手。你的所有模块export的,最终都是通过module.exports返回出去的。Exports的作用主要是将所有的属性和方法整理、连接给module.exports,当module.exports还未执行。如果module.exports执行以后,所有的exports方法都将失效。
下面的例子就是说明上面一点
创建一个rocker.js:
[javascript] view
plaincopyprint?
module.exports='ROCKIT!';
exports.name=function(){
console.log('MynameisLemmyKilmister');
};
创建另外一个文件,并且执行:
[javascript] view
plaincopyprint?
var rocker=require('./rocker.js');
rocker.name();//TypeError:ObjectROCKIT!hasnomethod'name'
可以看到执行结果中无法获取name这个function。rocker.js中最开始就执行了module.exports,根据之前我们介绍的,在module.exports执行后他将拒绝所有的exports模块,因此我们的exports.name将会失效。从而我们无法在require模块后获取该方法。
你可能意识到,你的模块并不总是有“模块实例”。你的模块可能是任何的类型的JavaScript对象boolean,
number, date, JSON, string, function, array等等。你可以通过module.exports任何的对象。
If
you don't set module.exports to anythingexplicitly, the properties of exports
and attached to it and returned.
In
this case, your module is a class:
[javascript] view
plaincopyprint?
module.exports=function(name,age){
this.name=name;
this.age=age;
this.about=function(){
console.log(this.name+'is'+this.age+'yearsold');
};
};
and
you'd use it this way:
[javascript] view
plaincopyprint?
var Rocker=require('./rocker.js');
var r=new Rocker('Ozzy',62);
r.about();//Ozzyis62yearsold
In
this case, your module is an array:
[javascript] view
plaincopyprint?
module.exports=['LemmyKilmister','OzzyOsbourne','RonnieJamesDio','StevenTyler','MickJagger'];
and
you may use it this way:
[javascript] view
plaincopyprint?
var rocker=require('./rocker.js');
console.log('Rockininheaven:' +rocker[2]);//Rockininheaven:RonnieJamesDio
So
you get the point now - if you want yourmodule to be of a specific object type,
use module.exports; if you want yourmodule to be a typical module instance, use
exports.
The
result of attaching properties tomodule.exports is akin to attaching properties
to exports. For example this:
[javascript] view
plaincopyprint?
module.exports.name=function(){
console.log('MynameisLemmyKilmister');
};
does
the same thing as:
[javascript] view
plaincopyprint?
exports.name=function(){
console.log('MynameisLemmyKilmister');
};
But
note that, they are not the same thing.As I said earlier module.exports is the
real deal, exports is just its littlehelper. Having said that, exports is the
recommended object unless you areplanning to change the object type of your
module from the traditional 'module instance'to something else.
I
hope this post helped you understand thedifference between exports and
module.exports, and learn a bit more about howmodules work in Node.js. Any
questions, ping me in the comments.
加上官网的介绍
The exports object is created by the Modulesystem. Sometimes this is
not acceptable, many want their module to be aninstance of some class. To do
this assign the desired export object to module.exports. For example suppose we
were making amodule called a.js[javascript] view
plaincopyprint?
var EventEmitter=require('events').EventEmitter;
module.exports=new EventEmitter();
//Dosomework,andaftersometimeemit
//the'ready'eventfromthemoduleitself.
setTimeout(function(){
module.exports.emit('ready');
},1000);
Then
in another file we could do [javascript] view
plaincopyprint?
var a=require('./a');
a.on('ready',function(){
console.log('moduleaisready');
});
Note that assignment to [font='Lucida Console']module.exports must be
done immediately. It cannotbe done in any callbacks. This does not work:
x.js:[javascript] view
plaincopyprint?
setTimeout(function(){
module.exports={a:"hello" };
},0);
y.js:[javascript] view
plaincopyprint?
var x=require('./x');
console.log(x.a);