从零学习node.js之模块规范(一)
什么是Node.js?
延吉网站制作公司哪家好,找成都创新互联!从网页设计、网站建设、微信开发、APP开发、响应式网站建设等网站项目制作,到程序开发,运营维护。成都创新互联成立于2013年到现在10年的时间,我们拥有了丰富的建站经验和运维经验,来保证我们的工作的顺利进行。专注于网站建设就选成都创新互联。
很多初学者并没有真正地理解Node.js到底是什么。nodejs.org网站中的描述也没有多大帮助。
首先要清楚Node不是一个Web服务器,这十分重要。它本身并不能做任何事情。它无法像Apache那样工作。如果你希望它成为一个HTTP服务器,你必须借助它内置库自己编写。Node.js只是计算机上执行代码的另一种方式,它是一个简单的JavaScript Runtime.
模块化
在讲解CommonJS, AMD, CMD这些概念之前,我们首先俩了解下js的模块化。模块化,顾名思义,就是将项目按照功能或者其他逻辑进行分解处理,每个部分只处理一个功能,进行功能的解耦处理,方便以后的开发和维护。那么模块化必须具有以下的能力,才能进行模块的拆分和组装:
- 定义封装的模块;
- 定义新模块对其他模块的依赖;
- 可对其他模块的引入支持;
那么就需要一套规范准则来定义这些能力,于是就出现了CommonJS, AMD, CMD等。
1. CommonJS
CommonJS原先叫做ServerJS,是js在服务端的规范,node使用的就是这种规范。根据CommonJS规范,一个单独的文件就是一个模块,require用来加载一个模块,exports用来向外部暴露该模块里的方法或属性。
例如:
// hello.js function say(username){ console.log( 'hello, '+username ); } exports.say = say;
=============
// main.js var person = require('./hello'); person.say('wenzi'); // hello, wenzi person.say('师少兵'); // hello, 师少兵 person.say('NUC'); // hello, NUC
同时,require语句可以写在文件中的任何位置,只要使用之前引用之前即可,不一定要写在文件的最前面。不过,为了代码更易阅读,能直观地看到当前引用了哪些模块,最好是放在文件的最前面。
EXPORTS与MODULE.EXPORTS的区别
可能有人见过直接使用exports
的,有的是使用module.exports
的,这里稍微的讲解下这两者的区别。
先举个简单的例子:
var a = {name:'wenzi'}; var b = a; console.log(a); // {name: "wenzi"} console.log(b); // {name: "wenzi"}
a和b输出的结果是一样的。现在我改变下b中name的值:
b.name = 'shaobing'; console.log(a); // {name: "shaobing"} console.log(b); // {name: "shaobing"}
a和b的输出结果都发生了改变。我再对b进行重新声明:
var b = {name:'师少兵'}; console.log(a); // {name: "shaobing"} console.log(b); // {name: "师少兵"}
这三个例子输出了三种结果:
- 声明a对象,并把a赋值给b,然后a和b输出了相同的结果;
- 改变了b中的name,那么a中的name也跟着改变;
- 重新声明了b对象,那么a中的name则没有跟着b一起改变
解释:a 是一个对象,b 是对 a 的引用,即 a 和 b 指向同一块内存,所以1中的输出是一样的。当对 b 作修改时,即 a 和 b 指向同一块内存地址的内容发生了改变,a 也会体现出来,所以第2个例子输出也一样。当 b 被覆盖时,b 指向了一块新的内存,a 还是指向原来的内存,所以最后输出会不一样。
那么此时就可以引出exports
和module.exports
了:
module.exports
初始值为一个空对象 {}exports
是指向的module.exports
的引用require()
返回的是module.exports
而不是exports
如果module.exports
发生了新指向,则exports
无效;若module.exports
没有发生变化,则直接exports
即可。
2. AMD与RequireJS
说到AMD,不得不说到RequireJS,AMD从CommonJS社区独立出来,单独成为了AMD社区,AMD的流行,很大程度上也是依托了RequireJS作者的推广。
AMD规范中,默认推荐的模块格式是:
// hello.js // 将需要引入的模块全部写入到数组中,然后传递参数进行调用 define(['a', 'b'], function(a, ,b){ // do something return{ hello : function(username){ console.log( 'hello, '+username ); } } })
==========
// main.js define(['./hello'], function(h){ h.hello('wenzi'); })
也就是说,在AMD中,模块必须使用define定义,依赖通过函数参数传进来,这样的一个好处就是所有的依赖都能一目了然。
3. CMD与seajs
CMD规范是国内著名的玉伯大神提出来的,将就的就是就近依赖,什么时候用到,就在那个地方进行require
。SeaJS就是使用的CMD规范:
// hello.js define(function(require, exports, module){ var a = require('a'); // do a var b = require( 'b' ); // do b module.exports.hello = hello; // 对外输出hello })
从这里也能看到AMD和CMD的区别:
- AMD通常需要一次性引入全部的依赖,然后通过参数传递;而CMD则需要时才引入
不过,AMD也支持CMD这样的引入格式,但内部还是按照AMD的逻辑进行执行。
4. 总结
这篇文章里介绍了下CommonJS, AMD, CMD规范的相关区别与联系,这里再简要的总结下:
- CommonJS: 每个文件就是一个模块,不用define进行定义,node使用此规范;
- AMD: 使用define定义一个模块,讲究提前依赖;
- CMD: 使用define定义模块,将就就近依赖
好了,以上就是这篇文章的全部内容了,接下来,我们就要开始正式进行node的学习了。感兴趣的朋友们请继续关注创新互联哦。
本文标题:从零学习node.js之模块规范(一)
转载源于:http://azwzsj.com/article/iegeip.html