AMD规范
1.1什么是AMD规范
Asynchronous Module Definition,用白话文讲就是 异步模块定义,对于 JSer 来说,异步是再也熟悉不过的词了,所有的模块将被异步加载,模块加载不影响后面语句运行。所有依赖某些模块的语句均放置在回调函数中。
1.1.2AMD规范是怎么出来的
是 RequireJS 在推广过程中对模块定义的规范化产出的
1.2用法
AMD规范定义了一个自由变量或者说是全局变量 define 的函数。
define( id?, dependencies?, factory );
第一个参数 id 为字符串类型,表示了模块标识,为可选参数。若不存在则模块标识应该默认定义为在加载器中被请求脚本的标识。如果存在,那么模块标识必须为顶层的或者一个绝对的标识。
第二个参数,dependencies ,是一个当前模块依赖的,已被模块定义的模块标识的数组字面量。
第三个参数,factory,是一个需要进行实例化的函数或者一个对象。
1.3基本导入导出
在AMD中,导入和导出模块的代码,都必须放置在define函数中
define([依赖的模块列表], function(模块名称列表){
//模块内部的代码
return 导出的内容
})
1.4模块
创建模块标识为 alpha 的模块,依赖于 require, export,和标识为 beta 的模块
define("alpha", [ "require", "exports", "beta" ], function( require, exports, beta ){
export.verb = function(){
return beta.verb();
// or:
return require("beta").verb();
}
});
1.4.1alpha
返回对象字面量的异步模块
define(["alpha"], function( alpha ){
return {
verb : function(){
return alpha.verb() + 1 ;
}
}
});
1.4.2无依赖
无依赖模块可以直接使用对象字面量来定义
define( {
add : function( x, y ){
return x + y ;
}
} );
1.4.4类似与 CommonJS 方式定义
define( function( require, exports, module){
var a = require('a'),
b = require('b');
exports.action = function(){};
} );
CMD规范
1.1什么是CMD规范
Common Module Definition,公共模块定义规范,在CMD中 一个模块就是一个文件
1.1.2CMD规范是怎么出来的
是SeaJS 在推广过程中对模块定义的规范化产出的
1.2用法
SeaJS要解决的问题和requireJS一样,只不过在模块定义方式和模块加载(可以说运行、解析)时机上有所不同
在CMD规范中,一个文件就是一个模块,使用define来进行模块
define(factory)
这里的define是一个全局函数,用来定义模块,这里的factory参数既可以是函数,又可以是字符串或对象。如果参数是字符串或对象时,表示该模块的接口就是是该对象或字符串
define({'website':'oecom'});
define('这里是OECOM');
当factory为函数时,此函数就是模块的构造方法,该函数默认为提供三个参数:require,exports,module
define(function(require,exports,module){
})
1.2.2同步加载
require参数也是一个方法,接收的参数为模块标识,其实就是需要加载模块的相对路径,作用就是加载其他模块。
define(function(require,exports,module){
var a = require('./a');
a.out();//假设模块a有out方法。
})
1.2.3异步加载
直接使用require加载属于是同步加载,require提供了async方法来在模块内部进行也不加载模块,并在加载完成以后执行指定的回调函数。
define(function(require,exports,module){
require.async('./a',function(a){
a.doSomething()
})
require.async(['./c','./b'],function(c,b){
c.doSomething()
b.doSomething()
})
}
注意:require
是同步往下执行,require.async
则是异步回调执行。require.async
一般用来加载可延迟异步加载的模块。
1.2.4exports
exports是一个用来想外接提供模块接口的对象
define(function(require,exports){
var name = 10;
exports.name = name;
exports.out = function(){
console.log("输出内容")
}
})
当加载的时候就可以直接使用下面的方式了:
define(function(require,exports,module){
var a = require('./a');
a.out();//输出内容
console.log(a.name);//10
})
当然导出模块还可以直接使用return的方式
define(function(require){
return{
name:10,
out:function(){
console.log("输出内容")
}
}
})
但是千万不要写成
exports = {
name:10,
out:function(){
console.log("输出内容")
}
};
但是可以用module.exports的形式来写:
define(function(require,exports,module){
module.exports = {
name:10,
out:function(){
console.log("输出内容")
}
}
})
提示:exports
仅仅是 module.exports
的一个引用。在 factory
内部给 exports
重新赋值时,并不会改变 module.exports
的值。因此给 exports
赋值是无效的,不能用来更改模块接口。
还有一点就是导出模块不要写在回调函数里,导出是需要同步执行,否则导入是会导入失败。
二者区别
-
两者定位有差异。RequireJS 想成为浏览器端的模块加载器,同时也想成为 Rhino / Node 等环境的模块加载器。SeaJS 则专注于 Web 浏览器端,同时通过 Node 扩展的方式可以很方便跑在 Node 服务器端
-
两者遵循的标准有差异。RequireJS 遵循的是 AMD(异步模块定义)规范,SeaJS 遵循的是 CMD (通用模块定义)规范。规范的不同,导致了两者API 的不同。SeaJS 更简洁优雅,更贴近 CommonJS Modules/1.1 和 Node Modules 规范。
-
两者社区理念有差异。RequireJS 在尝试让第三方类库修改自身来支持 RequireJS,目前只有少数社区采纳。SeaJS 不强推,而采用自主封装的方式来“海纳百川”,目前已有较成熟的封装策略。
-
两者代码质量有差异。RequireJS 是没有明显的 bug,SeaJS 是明显没有 bug。
-
两者对调试等的支持有差异。SeaJS 通过插件,可以实现 Fiddler 中自动映射的功能,还可以实现自动 combo 等功能,非常方便便捷。RequireJS无这方面的支持。
-
两者的插件机制有差异。RequireJS 采取的是在源码中预留接口的形式,源码中留有为插件而写的代码。SeaJS 采取的插件机制则与 Node 的方式一致开放自身,让插件开发者可直接访问或修改,从而非常灵活,可以实现各种类型的插件。