模块化的目的：
-
解决命名冲突
-
依赖管理
-
提高代码可读性
-
代码解耦，提高复用性
CommonJS
一个单独的文件就是一个模块，每个模块就是一个单独的作用域，模块内部变量无法被其他模块读取，除非定义global对象的属性：global.waring = true
模块输出：模块只有一个出口，module.exports
加载模块：使用require方法
AMD，异步模块定义，在浏览器端模块化开发的规范
AMD是RequireJS在推广过程中对模块定义的规范化的产出
requireJS主要解决两个问题：
-
多个js文件可能有依赖关系，被依赖的文件需要早于依赖它的文件加载到浏览器；
-
js加载的时候浏览器会停止页面渲染，加载文件越多，页面失去响应时间越长。
requireJS定义了一个define，它是全局变量，用来定义模块
define(id?, dependencies?, factory);
（1）id：可选参数，用来定义模块的标识，如果没有提供该参数，脚本文件名（去掉扩展名）
（2）dependencies：是一个当前模块依赖的，已被模块定义的模块表示的数字字面量。依赖参数是可选的，如果忽略该参数，它应该默认为 ['require', 'exports', 'module']。然而，如果工厂函数的属性长度小于3，加载器会选择以函数的长度属性指定的参数个数调用工厂方法
（3）factory：工厂方法，模块初始化要执行的函数或对象。如果为函数，它应该只被执行一次。如果为对象，此对象应该为模块的输出值
在页面上使用require函数加载模块
require([dependencies], function(){})
参数
（1）第一个参数是一个数组，表示所依赖的模块。
（2）第二个参数是一个回调函数，当前面指定的模块加载成功后，它将被调用。加载的模块会以参数形式传入该函数，从而在回调函数中使用这些模块
require()函数在加载依赖的函数的时候是异步加载的，这样浏览器不会失去响应，指定的回调函数，只有前面的都加载成功后，才会运行，解决了依赖性问题
CMD，通用模块定义
SeaJS
SeaJS要解决的问题同RequireJS一样，只不过在模块定义方式和模块加载时机上有所不同
Sea.js推崇一个模块一个文件，遵循统一写法
define(id?, [deps?], factory)
因为CMD推崇
-
一个文件一个模块，所以经常用文件名作为模块id
-
CMD推崇依赖就近，所以一般不在define的参数中写依赖，而在factory中写
factory有三个参数：
require：是一个方法，接收模块标识作为唯一参数，用来获取其他模块提供的接口
exports：是一个对象，用来向外提供模块接口
module：是一个对象，上面存储了与当前模块相关联的一些属性与方法
