为什么要使用模块化？
- 解决命名冲突
- 依赖管理
- 提高代码可读性
- 代码解耦，提高复用性
CMD、AMD、CommonJS 规范分别指什么？有哪些应用
CommonJS
CommonJS是由NodeJS发扬光大
定义模块:根据CommonJS规范，一个单独的文件就是一个模块。每一个模块都是一个单独的作用域，也就是说，在该模块内部定义的变量，无法被其他模块读取，除非定义为global对象的属性
模块输出： 模块只有一个出口，module.exports对象，我们需要把模块希望输出的内容放入该对象
加载模块： 加载模块使用require方法，该方法读取一个文件并执行，返回文件内部的module.exports对象
//定义模块,文件名为a.js
var people={
name:'saybye',
sayname:function(){
console.log(this.name)
}
}
module.exports=people
//加载模块
var p=require('./a')
p.sayname()
AMD
浏览器端，加载JavaScript最佳、最容易的方式是在document中插入script 标签。但脚本标签天生异步，传统CommonJS模块在浏览器环境中无法正常加载,所以之后产生了AMD规范
AMD中文名是异步模块定义的意思。它是一个在浏览器端模块化开发的规范.由于不是JavaScript原生支持，使用AMD规范进行页面开发需要用到对应的库函数，也就是大名鼎鼎RequireJS，实际上AMD 是 RequireJS 在推广过程中对模块定义的规范化的产出
requireJS主要解决两个问题
- 多个js文件可能有依赖关系，被依赖的文件需要早于依赖它的文件加载到浏览器
- js加载的时候浏览器会停止页面渲染，加载文件越多，页面失去响应时间越长
//定义模块,文件名为a.js
define(['dependency'],function(){
var name=saybye
function printName(){
console.log(name)
}
return{
printName:printName
}
})
//加载模块
require(['./a.js'], function (my){
my.printName(); });
其中例子中
dependency：是一个当前模块依赖的模块名称数组
CMD
CMD 即Common Module Definition通用模块定义，CMD规范是国内发展出来的，就像AMD有个requireJS，CMD有个浏览器的实现SeaJS，SeaJS要解决的问题和requireJS一样，只不过在模块定义方式和模块加载（可以说运行、解析）时机上有所不同
语法:Sea.js 推崇一个模块一个文件，遵循统一的写法
CMD 推崇依赖就近，所以一般不在define的参数中写依赖，在factory中写
//定义模块 a.js
define(function(require, exports, module){
var $ = require('jquery.js')
$('div').addClass('active');
})
//加载模块
seajs.use(['./a.js'], function(my){
});
```
范例中:
require是一个方法，接受 模块标识 作为唯一参数，用来获取其他模块提供的接口
exports 是一个对象，用来向外提供模块接口
module 是一个对象，上面存储了与当前模块相关联的一些属性和方法
