CommonJS是node.js的模块管理的规范,CommonJS写出的应用能够具有跨宿主环境执行的能力。CommonJS对模块的定义十分简单,主要分为模块引用、模块定义和模块标识。html
var math =require('math');
在CommonJS规范中,用require()这个方法获取要引用的模块。
require函数的规则:前端
require 特性:node
上下文提供了export对象用于导出当前模块的方法或者变量,而且是惟一的导出的出口。chrome
//demo1.js exports.add = function(){ var sum = 0 ,i=0,args = arguments, l=args.length; while(i< 1){ sum += args[i++]; } return sum; }
在另一个文件中调用npm
var math =require(‘demo1’); exports.incremennt = function(val){ return math.add(val,1) }
模块标识其实就是传递给require函数的参数,它必须是符合小驼峰命名的字符串,或者以. 、 ..开头的相对路径,或者绝对路径。编程
由于有了模块,咱们就能够更方便地使用别人的代码,想要什么功能,就加载什么模块。
可是,这样作有一个前提,那就是你们必须以一样的方式编写模块,不然你有你的写法,我有个人写法,岂不是乱了套!json
基于commonJS规范的nodeJS出来之后,服务端的模块概念已经造成,很天然地,你们就想要客户端模块。并且最好二者可以兼容,一个模块不用修改,在服务器和浏览器均可以运行。可是,因为一个重大的局限,使得CommonJS规范不适用于浏览器环境。后端
var math = require(‘math’); math.add(2,3);
对服务器端不是一个问题,由于全部的模块都存放在本地硬盘,能够同步加载完成,等待时间就是硬盘的读取时间。可是,对于浏览器,这倒是一个大问题,由于模块都放在服务器端,等待时间取决于网速的快慢,可能要等很长时间,浏览器处于"假死"状态。所以,浏览器端的模块,不能采用"同步加载"(synchronous),只能采用"异步加载"(asynchronous)。这就是AMD规范诞生的背景。CommonJS是主要为了JS在后端的表现制定的,他是不适合前端的,AMD(异步模块定义)出现了,它就主要为前端JS的表现制定规范。AMD是"Asynchronous Module Definition"的缩写,意思就是"异步模块定义"。它采用异步方式加载模块,模块的加载不影响它后面语句的运行。全部依赖这个模块的语句,都定义在一个回调函数中,等到加载完成以后,这个回调函数才会运行。AMD也采用require()语句加载模块,可是不一样于CommonJS,它要求两个参数:数组
require([module],callback);
第一个参数[module],是一个数组,里面的成员就是要加载的模块;第二个参数callback,则是加载成功以后的回调函数。若是将前面的代码改写成AMD形式,就是下面这样:浏览器
require(['math'],function(math){ math.add(2,3) });
math.add()与math模块加载不是同步的,浏览器不会发生假死。因此很显然,AMD比较适合浏览器环境。目前,主要有两个Javascript库实现了AMD规范:require.js和curl.js。
大名远扬的玉伯写了seajs,就是遵循他提出的CMD规范,与AMD蛮相近的,不过用起来感受更加方便些,最重要的是中文版。
提到了node的模块化机制,就不得不提npm,npm是JavaScript的包管理器,它能够玩成模块的发布、安装和依赖等。借助npm,node与第三方模块间造成了一个很好的生态系统。
//demo.js console.log("This is a test");
经过 ‘ node --inspect-brk demo.js ’打开chrome的调试窗口能够看到实际执行的代码为
(function(exports, require, module, __filename, __dirname) { console.log("This is a test"); } );
exports表明模块的输出,require表明依赖其它模块,module表明模块自己,__filename表明文件路径,__dirname表明文件夹路径,2个路径都是绝对地址。经过编译后的代码也能够看出来每一个文件是一个模块,有本身的做用域。
文章不少内容参考:js模块化编程之完全弄懂CommonJS和AMD/CMD!,感谢万分。