高级4

题目1： 为什么要使用模块化？
最主要的目的
解决命名冲突 假设有100个js文件，不能够知道这个命名有没有冲突
依赖管理 比如一般script标签添加在jQuery.js的后面，但是如果我们有
100个script标签，怎么知道谁先谁后呢。 因此要用模块化。
其他价值
提高代码可读性 分成模块那么就可读
代码解耦，提高复用性 抽象出函数 比如组件化。
题目2： CMD、AMD、CommonJS 规范分别指什么？有哪些应用。
通行的JavaScript模块规范主要有两种: CommonJS 和 AMD
先从CommonJS 谈起，因为在网页端没有模块化编程，只是页面的JavaScript逻辑复杂，但也可以工作下去，在服务器端却一定要有模块，所以虽然JavaScript在web端发展这么多年，第一个流行的模块化规范却由服务端的JavaScript应用带来，CommonJS规范是由NodeJS发扬光大的这标志JavaScript模块化编程正式登上舞台。
1.定义模块 根据CommonJS规范，一个单独的文件就是一个模块，每一个模块都是一个单独的作用域，也就是说，在该模块内部定义的变量，无法被其他模块读取，除非定义为global对象的属性。
2、模块只有一个出口，module.exports对象，我们需要把模块希望输出的内容放入该对象
3、 加载模块使用require方法，该方法读取一个文件并执行，返回文件内部的module.exports对象
AMD 即Asynchronous Module Definition 中文名是异步模块定义的意思。它是一个在浏览器端模块化开发的规范

举列说明
// 新建一个文件夹 
// 新建a.js

var people = {
    name: 'tangyue',
    sayName: function() {
        console.log(this.name)
    }
}
module.exports = people;
// 新建b.js 
var p = require('./a.js');
p.sayName();
// 此时在这个文件夹下 运行命令 node b.js 将出现结果tangyue
// 这是在服务器端获取a.js,b.js文件，先获取到a.js 然后执行b.js.
// 在服务器端运行是完全没有问题的，但是要是放在浏览端就会出现问题,浏览器天生异步

AMD 规范
AMD(异步模块定义) 指定一种机制，在该机制下模块和依赖可以异步加载，这对浏览器端的异步加载尤其适用,是一个浏览器端模块化开发的规范。
由于不是JavaScript原生支持，使用AMD规范进行页面开发需要用到对应的库函数，也就是大名鼎鼎RequireJS实际上AMD是RequireJS在推广过程中对模块定义的规范化的产出.
requireJS 主要解决两个问题
1、多个js文件可能有依赖关系，被依赖的文件需要早于依赖它的文件加载到浏览器
2、js加载的时候浏览器会停止页面渲染，加载文件越多，页面失去响应的时间越长
语法
define(id?, dependencies?, factory)
id: 定义中模块的名字，可选;如果没有提供该参数，模块的名字应该默认为
模块加载器请求的指定脚本的名字
依赖dependencies: 是一个当前模块依赖的，已被模块定义的模块标识的数组字面量。
依赖参数是可选的，如果忽略此参数，它应该默认为["require", "exports","module"].
然而工厂的方法属性小于3，加载器会选择以函数的长度属性指定的参数个数调用
工厂方法
工厂方法factory，模块初始化要执行的函数或对象，如果为函数，它应该只执行
一次，如果是对象，此对象应该为模块的输出值。

示列
define('modal', ['jQuery', 'dialog'], function($, Dialog) {
    $('.modal').show();
    Dialog.open();
})
实现AMD的库有 'RequireJS' 'curl' 'Dojo'

CMD 即Common Module Definition 通用模块定义 CMD 规范是国内发展出来的，就像
AMD有个requireJS,CMD有个浏览器的实现SeaJS，SeaJS 要解决的问题和requireJS一样,只不过在模块定义方式和模块加载（可以说运行、解析）时机上有所不同
Sea.js 推崇一个模块一个文件。遵循统一的写法
AMD与CMD区别
1、AMD推崇依赖前置，在定义模块的时候就要声明其依赖的模块
2、CMD推崇就近依赖，只有在用到某个模块的时候再去require
AMD和CMD最大的区别是对依赖模块的执行时机处理不同
题目3
效果 卡慢
源代码