CommonJS规范

项目中一直在用RequireJS,虽然知道这样做的好处，但是对模块的理解一直很模糊。突然想彻底了解模块化编程思想，所以写了下面这篇文章。

什么是CommonJS?

它是一种规范，是一个不断发展的规范。CommonJS是一个有志于构建Javascript生态圈的组织。整个社区致力于提高Javascript程序的可移植性和可交互性，无论是在服务器端还是在浏览器端。Javascript并没有自己的内置模块系统，于是CommonJS创造了自己的。

NodeJS是这种规范的实现。根据这个规范，每个文件就是一个模块，有自己的作用域。在一个文件里面定义的变量、函数、类，都是私有的，对其他文件不可见。

// example.js
var x = 5;
var addX = function(value){
   return value + x;
}

如果想在多个文件中分享变量，必须定义为window/global对象的属性。这样就污染了全局变量。

CommonJS规范规定，每个模块内部，module变量代表当前模块。这个变量是一个对象，它的exports属性(即module.exports)是对外的接口。加载某个模块，其实是加载该模块的module.exports属性。

CommonJS模块的特点如下：

1：所有代码都运行在模块作用域，不会污染全局作用域。

2：模块可以多次加载，但是只会在第一次加载时运行一次，然后运行结果被缓存了，以后再加载，就直接读取缓存结果。要想让模块再次运行，必须清楚缓存。

3：模块加载的顺序，按照其在代码中出现的顺序。

AMD规范与CommonJS规范的兼容性

CommonJS规范加载是同步的，也就是说，只要加载完成，才能执行后面的操作。

AMD规范则是非同步加载，允许指定回调函数。

由于Node.js主要用于服务器编程，模块文件一般都已经存在于本地硬盘，所以加载起来比较快，不用考虑异步加载。

但是浏览器环境，要从服务器端加载模块，这时就必须采用非同步模式，因此浏览器一般采用AMD规范。

---------------------------------------服务器端JS   |    浏览器端JS-------------------------------------------

                                   相同的代码需要多次执行  |    代码需要从一个服务器端分发到多个客户端执行

                                     CPU和内存资源是瓶颈   |    带宽是瓶颈

                                        加载时从磁盘中加载   |    加载时需要通过网络加载

define(['package/lib'], function(lib){
  function foo(){
    lib.log('hello world!');
  }

  return {
    foo: foo
  };
});

AMD规范允许输出的模块兼容CommonJS规范，这时define方法需要写成下面这样：

define(function (require, exports, module){
  var someModule = require("someModule");
  var anotherModule = require("anotherModule");

  someModule.doTehAwesome();
  anotherModule.doMoarAwesome();

  exports.asplode = function (){
    someModule.doTehAwesome();
    anotherModule.doMoarAwesome();
  };
});