从零学习node.js之模块规范(一)

什么是Node.js?

延吉网站制作公司哪家好,找成都创新互联!从网页设计、网站建设、微信开发、APP开发、响应式网站建设等网站项目制作,到程序开发,运营维护。成都创新互联成立于2013年到现在10年的时间,我们拥有了丰富的建站经验和运维经验,来保证我们的工作的顺利进行。专注于网站建设就选成都创新互联

很多初学者并没有真正地理解Node.js到底是什么。nodejs.org网站中的描述也没有多大帮助。

首先要清楚Node不是一个Web服务器,这十分重要。它本身并不能做任何事情。它无法像Apache那样工作。如果你希望它成为一个HTTP服务器,你必须借助它内置库自己编写。Node.js只是计算机上执行代码的另一种方式,它是一个简单的JavaScript Runtime.

模块化

在讲解CommonJS, AMD, CMD这些概念之前,我们首先俩了解下js的模块化。模块化,顾名思义,就是将项目按照功能或者其他逻辑进行分解处理,每个部分只处理一个功能,进行功能的解耦处理,方便以后的开发和维护。那么模块化必须具有以下的能力,才能进行模块的拆分和组装:

  1. 定义封装的模块;
  2. 定义新模块对其他模块的依赖;
  3. 可对其他模块的引入支持;

那么就需要一套规范准则来定义这些能力,于是就出现了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: "师少兵"} 

这三个例子输出了三种结果:

  1. 声明a对象,并把a赋值给b,然后a和b输出了相同的结果;
  2. 改变了b中的name,那么a中的name也跟着改变;
  3. 重新声明了b对象,那么a中的name则没有跟着b一起改变

解释:a 是一个对象,b 是对 a 的引用,即 a 和 b 指向同一块内存,所以1中的输出是一样的。当对 b 作修改时,即 a 和 b 指向同一块内存地址的内容发生了改变,a 也会体现出来,所以第2个例子输出也一样。当 b 被覆盖时,b 指向了一块新的内存,a 还是指向原来的内存,所以最后输出会不一样。

那么此时就可以引出exportsmodule.exports了:

  1. module.exports 初始值为一个空对象 {}
  2. exports 是指向的 module.exports 的引用
  3. 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的区别:

  1. AMD通常需要一次性引入全部的依赖,然后通过参数传递;而CMD则需要时才引入

不过,AMD也支持CMD这样的引入格式,但内部还是按照AMD的逻辑进行执行。

4. 总结

这篇文章里介绍了下CommonJS, AMD, CMD规范的相关区别与联系,这里再简要的总结下:

  1. CommonJS: 每个文件就是一个模块,不用define进行定义,node使用此规范;
  2. AMD: 使用define定义一个模块,讲究提前依赖;
  3. CMD: 使用define定义模块,将就就近依赖

好了,以上就是这篇文章的全部内容了,接下来,我们就要开始正式进行node的学习了。感兴趣的朋友们请继续关注创新互联哦。


当前题目:从零学习node.js之模块规范(一)
本文链接:http://lszwz.com/article/iegeip.html

其他资讯

售后响应及时

7×24小时客服热线

数据备份

更安全、更高效、更稳定

价格公道精准

项目经理精准报价不弄虚作假

合作无风险

重合同讲信誉,无效全额退款