define(['./a', './b'], function(a, b) { //运行至此，a.js和b.js已经下载完成 a模块和b模块已经执行完，直接可用；
    a.doing();// 此处省略500行代码
    b.doing();
});

define(function(require, exports, module) {var a = require("./a"); //等待a.js下载、执行完
     a.doing();// 此处省略500行代码var b = require("./b"); //依赖就近书写
     b.doing();
});

scriptElement= document.createElement('script');
scriptElement.src = moduleUrl;
scriptElement.async = true;
scriptElement.onload = function(){.........};
document.head.appendChild(scriptElement);

　　5、模块加载完毕后，获取依赖项（amd、cmd区别），改变模块status，由statuschange后，检测所有模块的依赖项。

　　由于requirejs与seajs遵循规范不同，requirejs在define函数中可以很容易获得当前模块依赖项。而seajs中不需要依赖声明，所以必须做一些特殊处理才能否获得依赖项。方法将factory作toString处理，然后用正则匹配出其中的依赖项，比如出现require(./a)，则检测到需要依赖a模块。

　　同时满足非阻塞和顺序执行就需要需要对代码进行一些预处理，这是由于CMD规范和浏览器环境特点所决定的。

　　6、如果模块的依赖项完全加载完毕（amd中需要执行完毕，cmd中只需要文件加载完毕，注意这时候的factory尚未执行，当使用require请求该模块时，factory才会执行，所以在性能上seajs逊于requirejs），执行主模块的factory函数；否则进入步骤3.

1. define("alpha", [ "require", "exports", "beta" ], function( require, exports, beta ){
2. export.verb = function(){
3. return beta.verb();
4. // or:
5. return require("beta").verb();
6. }
7. });

1. define(["alpha"], function( alpha ){
2. return {
3. verb : function(){
4. return alpha.verb() + 1 ;
5. }
6. }
7. });

1. define( {
2. add : function( x, y ){
3. return x + y ;
4. }
5. } );

局部 与 全局 的require

1. define({ "foo": "bar" });

1. define('this is {{data}}.');

1. define(function( require, exports ){
2. var a = require('./a');
3. a.doSomething();
4. });

1. define( function(require, exports, module) {
2. require.async('.a', function(a){
3. a.doSomething();
4. });
5. });

1. define(function( require, exports ){
2. exports.foo = 'bar'; // 向外提供的属性
3. exports.do = function(){}; // 向外提供的方法
4. });

1. define(function( require, exports ){
2. return{
3. foo : 'bar', // 向外提供的属性
4. do : function(){} // 向外提供的方法
5. }
6. });

1. define({
2. foo : 'bar', // 向外提供的属性
3. do : function(){} // 向外提供的方法
4. });

1. define(function( require, exports ){
2. exports = {
3. foo : 'bar', // 向外提供的属性
4. do : function(){} // 向外提供的方法
5. }
6. });

1. define(function( require, exports, module ){
2. module.exports = {
3. foo : 'bar', // 向外提供的属性
4. do : function(){} // 向外提供的方法
5. }
6. });

CommonJS规范

[javascript] view plain copy  

1. // moduleA.js
2. module.exports = function( value ){
3. return value * 2;
4. }

[javascript] view plain copy  

1. // moduleB.js
2. var multiplyBy2 = require('./moduleA');
3. var result = multiplyBy2(4);

CommonJS是同步加载模块，但其实也有浏览器端的实现，其原理是将所有模块都定义好并通过id进行索引，这样就可以浏览器进行解析了
 服务器端的Node.js遵循CommonJS规范。核心思想是允许模块通过require 方法来同步加载所要依赖的其他模块，然后通过 exports或module.exports来导出需要暴露的接口。

[javascript] view plain copy  

1. require("module");
2. require("../file.js");
3. exports.doStuff = function() {};
4. module.exports = someValue;

优点：

• 服务器端便于重用
• NPM中已经将近20w个模块包
• 简单并容易使用

缺点：

• 同步的模块方式不适合不适合在浏览器环境中，同步意味着阻塞加载，浏览器资源是异步加载的
• 不能非阻塞的并行加载多个模块

AMD

AMD规范其实只有一个主要接口 define(id,dependencies,factory)，它要在声明模块的时候指定所有的依赖dependencies，并且还要当做形参传到factory中，对于依赖的模块提前执行，依赖前置

[javascript] view plain copy  

1. define("module", ["dep1", "dep2"], function(d1, d2) {
2. return someExportedValue;
3. });
4. require(["module", "../file"], function(module, file) { /* ... */ });

优点：

• 适合在浏览器环境异步加载
• 并行加载多个模块

缺点：

• 提高开发成本，代码阅读和书写比较困难
• 不符合通用的模块思维方式，是一种妥协的实现

CMD

CMD规范和AMD相似，尽量保持简单，并且与CommonJS和NodeJS的Modules规范保持了很大的兼容性。

[javascript] view plain copy  

1. define(function(require, exports, module) {
2. var $ = require('jquery');
3. var Spinning = require('./spinning');
4. exports.doSomething = ...
5. module.exports = ...
6. })

优点：

• 依赖就近，延迟执行
• 很容易在node中运行

缺点：

• 依赖SPM打包，模块的加载逻辑偏重