任何一门语言在大规模应用阶段，必然要经历拆分模块的过程。便于维护与团队协作，与java走的最近的dojo率先引入加载器，早期的加载器都是同步的，使用document.write与同步Ajax请求实现。后来dojo开始以JSONP的方法设计它的每个模块结构。以script节点为主体加载它的模块。这个就是目前主流的加载器方式。
不得不提的是，dojo的加载器与AMD规范的发明者都是james Burke，dojo加载器独立出来就是著名的require。本章将深入的理解加载器的原理。
1.AMD规范
AMD是"Asynchronous Module Definition"的缩写，意思是“异步模块定义”。重点有两个。
- 异步：有效的避免了采用同步加载导致页面假死的情况。
- 模块定义：每个模块必须按照一定的格式编写。主要的接口有两个，define与require。define是模块开发者关注的方法，require是模块使用者所关注的方法。
define的参数的情况是define(id?,deps,factory)。第一个为模块ID,第二个为依赖列表，第三个是工厂方法。前两个都是可选，如果不定义ID，则是匿名模块，加载器能应用一些“魔术”能让它辨识自己叫什么，通常情况，模块id约等于模块在过程中的路径（放在线上，表现为url）。在开发过程中，很多情况未确定，一些javascript文件会移来移去的，因此，匿名模块就大发所长。deps和factory有个约定，deps有多少个元素，factory就有多少个传参，位置一一对应。传参为其它模块的返回值。
define("xxx",["aaa","bbb"], function (aaa,bbb){
//code
});
通常情况下，define中还有一个amd对象，里面存储着模块的相关信息。
require的参数的情况是 require(deps,callback) ，第一个为依赖列表，第二个为回调。deps有多少个元素，callback就有多少个传参，情况与define方法一致。因此在内部，define方法会调用require来加载依赖模块，一直这样递归下去。
require(["aaa","bbb"],function(aaa,bbb){ //code })
接口就是这么简单，但require本身还包含许多特性，比如使用“！”来引入插件机制，通过requirejs.config进行各种配置。模块只是整合的一部分，你要拆的开，也要合的来，因此合并脚本的地位在加载器中非常重要，但前端javascript没有这功能，requirejs利用node.js写了一个r.js帮你进行合并。
2.加载器所在的路径探知
要加载一个模块，我们需要一个url作为加载地址，一个script作为加载媒介。但用户在require时都用id,因此，我们需要一个将id转换为url的方法。思路很简单，约定为：
basePath + 模块id + ".js"
由于浏览器自上而下的分析DOM,当浏览器在解析我们的javascript文件（这个javascript文件是指加载器）时，它就肯定DOM树中最后加入script标签，因此，我们下面的这个方法。
function getBasePath(){ var nodes = document.getElementsByTagName("script"); var node = nodes[nodes.length - 1]; var src = document.querySelector ? node.src : node.getAttribute("src",4); return src;
上面的这个办法满足99%的需求，但是我们不得不动态加载我们的加载器呢？在旧的版本的IE下很多常规的方法都会失效，除了API差异性，它本身还有很多bug，我们很难指出是什么，总之要解决，如下面的这个javascript判断。
document.write('