为什么需要模块化
模块化的价值：
- 解决命名冲突；
- 依赖管理；
- 代码解耦，提高复用性；
- 提高代码可读性
对于一个复杂的网站，不使用模块化的情况下，JS的文件会过于庞大，可能有几百个JS文件，全部通过script标签引入之后全都是全局变量，这时候就会存在一个命名冲突的问题，同时，如果一个JS文件功能实现依赖另一个JS文件，那么就还需要注意先后顺序，文件过多的话，先后就很难掌控，同时，模块化还可以提高代码的复用性，提高了代码的可读性
如何模块化
先从CommonJS谈起，即使在网页端没有模块化编程只是页面JavaScript逻辑复杂，但也可以工作下去，在服务器端却一定要有模块化，CommoJS规范是由NodeJS发扬的，这标志着模块化编程正式登上舞台！
根据CommonJS规范，一个单独的文件就是一个模块。每一个模块都是一个单独的作用域，也就是说，在该模块内部定义的变量，无法被其他模块读取，除非定义为global对象的属性，模块只有一个出口，module.exports对象，我们需要把模块希望输出的内容放入该对象， 加载模块使用require方法，该方法读取一个文件并执行，返回文件内部的module.exports对象。
举例：
//模块定义 myModel.js
var name = 'Byron';
function printName(){
console.log(name);
}
function printFullName(firstName){
console.log(firstName + name);
}
//定义出口
module.exports = {
printName: printName,
printFullName: printFullName
}
//加载模块，得到了printName，printFullName，即出口；
var nameModule = require('./myModel.js');
//这里就可以调用了
nameModule.printName();
AMD
AMD (Asynchronous Module Definition, 异步模块定义) 指定一种机制，在该机制下模块和依赖可以移步加载。这对浏览器端的异步加载尤其适用。
语法
define(id, dependencies, factory);
id: 定义中模块的名字，可选；如果没有提供该参数，模块的名字应该默认为模块加载器请求的指定脚本的名字。。
dependencies：是一个当前模块依赖，已被模块定义的模块标识的数组字面量。 依赖参数是可选的，如果忽略此参数，它应该默认为["require", "exports", "module"]。然而，如果工厂方法的长度属性小于3，加载器会选择以函数的长度属性指定的参数个数调用工厂方法。
工厂方法factory，模块初始化要执行的函数或对象。如果为函数，它应该只被执行一次。如果是对象，此对象应该为模块的输出值。
示例:
define('modal', ['jQuery', 'dialog'], function($, Dialog){
$('.modal').show();
Dialog.open();
});
//参数1为文件名，
//参数2制定依赖jQuery，dialog，这时会去请求这两个文件
//参数3回调函数，请求到依赖在之后执行。
实现AMD的库有｀RequireJS｀ 、｀curl｀ 、｀Dojo｀ 等。
CMD规范
CMD（Common Module Definition）是 SeaJS推广过程中产生的。seaJS要解决的问题和requireJS一样，只是在模块定义方式和模块加载时机上有所不同。
//定义模块module.js
define(function(require,exports,module){
var a = require('./a')
a.dosomething
//some code
var b = require('./b')
b.dosomething
//some code
}
//加载模块
seajs.use(['module.js'],function(){
// do something
});
AMD与CMD的区别
对比一下AMD与CMD，不难看出CMD推崇依赖就近，即在需要用到某个模块的时候在去requere，而AMD则推崇依赖前置，在定义模块的时候就声明其依赖
这种区别各有优劣，只是语法上的差距，而且requireJS和SeaJS都支持对方的写法
AMD和CMD最大的区别是对依赖模块的执行时机处理不同，注意不是加载的时机或者方式不同，同样都是异步加载模块，
AMD在加载模块完成后就会执行该模块，所有模块都加载执行完后会进入require的回调函数，执行主逻辑，这样的效果就是依赖模块的执行顺序和书写顺序不一定一致，看网络速度，哪个先下载下来，哪个先执行，但是主逻辑一定在所有依赖加载完成后才执行
CMD加载完某个依赖模块后并不执行，只是下载而已，在所有依赖模块加载完成后进入主逻辑，遇到require语句的时候才执行对应的模块，这样模块的执行顺序和书写顺序是完全一致的
AMD用户体验好，因为没有延迟，依赖模块提前执行了，CMD性能好，因为只有用户需要的时候才执行
