一、SeaJS的全局接口
SeaJS向全局公开了两个标识符: seajs 和 define。
如果你的项目中已经用了标识符seajs,又不想改。这时SeaJS可以让出全局的seajs。如
1
|
var
boot = seajs.noConflict();
|
这时boot就相当于先前的seajs。
如果你的项目中连标识符define也用到了,也不想改。SeaJS是很宽容的,它的define也可以让出。如
1
|
var
boot = seajs.noConflict(
true
);
|
较上面仅多传了一个true。这时全局的define也没了。这时需要用boot.define来代替之前的define。
用过jQuery的同学应该很熟悉$.noConflict方法,SeaJS的noConflict与之类似。
二、SeaJS的模块写法
SeaJS默认使用全局的define函数写模块(可把define当成语法关键字),define定义了三个形参id, deps, factory。
define(id?, deps?, factory);
这个define很容易让你想起AMD的唯一API:define函数。 或者说让人费解,导致搞不懂SeaJS和 RequireJS define的区别。
它们都有个全局的define,形参都是三个,且对应的形参名也一样,会误认为SeaJS也是AMD的实现。
事实上SeaJS和RequireJS的define前两个参数的确一样。
id都为字符串,都遵循 Module Identifiers。deps都是指依赖模块,类型都为数组。区别仅在于第三个参数factory,虽然类型也都是函数,但factory的参数意义却不同。
RequireJS中factory的参数有两种情况
a、和deps(数组)元素一一对应。即deps有几个,factory的实参就有几个。
1
2
3
|
define([
'a'
,
'b'
],
function
(a, b){
// todo
});
|
b、固定为require,exports, module(modules/wrappings格式)。
1
2
3
|
define(
function
(require, exports, module){
// todo
});
|
这种方式是RequireJS后期向 Modules/Wrappings 的妥协,即兼容了它。而SeaJS的define仅支持RequireJS的第二种写法:Modules/Wrappings。
注意:SeaJS遵循的是 Modules/Wrappings 和 Modules/1.1.1。这两个规范中都没有提到define关键字,Modules/Wrapping中要求定义模块使用module.declare而非define。而恰恰只有AMD规范中有define的定义。即虽然SeaJS不是AMD的实现,但它却采用了让人极容易误解的标识符define。
说了这么多,还没开始写一个模块。下面我们从最简单的开始
1、简单模块
1
2
3
4
5
|
define({
addEvent:
function
(el, type, fn){},
removeEvent:
function
(el, type, fn){},
fireEvent:
function
(el, type){}
});
|
这样就写了一个事件模块,这和写一个单例没有区别。更多的时候用该方式定义纯数据模块。它类似于
1
2
3
4
5
|
var
E = {
addEvent:
function
(el, type, fn){},
removeEvent:
function
(el, type, fn){},
fireEvent:
function
(el, type){}
};
|
2、简单的包装模块
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
|
define(
function
() {
// 一些内部辅助函数
// ...
function
addEvent() {
// ..
}
function
removeEvent() {
// ..
}
function
fireEvent() {
// ..
}
return
{
addEvent: addEvent,
removeEvent: removeEvent,
fireEvent: fireEvent
};
});
|
您懂的,在这个匿名函数中可以做很多事情。最后只需公开必要的接口。它类似于
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
|
var
E =
function
() {
// 一些内部辅助函数
// ...
function
addEvent() {
// ..
}
function
removeEvent() {
// ..
}
function
fireEvent() {
// ..
}
return
{
addEvent: addEvent,
removeEvent: removeEvent,
fireEvent: fireEvent
};
}();
|
3、NodeJS风格的包装模块
上面两种写法看不到一丝NodeJS风格(Modules/1.1.1),改写下与“方式2”等价的。
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
|
define(
function
(require, exports) {
// 一些内部辅助函数
// ...
function
addEvent() {
// ..
}
function
removeEvent() {
// ..
}
function
fireEvent() {
// ..
}
// 使用exports导出模块接口,而非返回一个对象
exports.addEvent = addEvent;
exports.addEvent = removeEvent;
exports.addEvent = fireEvent;
});
|
可以看到与“方式2”区别在于:
1:匿名函数有两个参数require、exports。
2:导出接口不是return一个对象而是使用exports。
而exports不正是NodeJS的风格吗? 细心的同学可能发现这个示例中require参数没有用到,这正是下面要讲的。
4、有依赖的模块
SeaJS中“依赖”都需要使用require函数去获取,虽然SeaJS的define的第二个参数deps也有“依赖”的意思,但它是提供打包工具(SPM)用的。此外,SeaJS的require是作为参数传入匿名函数内的,RequireJS的require则是全局变量。
上面定义的是一个没有依赖的模块,以下是有依赖的模块。
1
2
3
4
5
6
7
8
9
|
define(
function
(require, exports) {
var
cache = require(
'cache'
);
// ...
exports.bind = bind;
exports.unbind = unbind;
exports.trigger = trigger;
});
|
该事件模块依赖于cache模块,函数有两个形参require和exports。抛开外层的匿名函数及define,它就是标准的NodeJS格式:使用require函数取依赖模块,使用exports导出现有模块接口。
实际上在SeaJS中具有依赖的模块必须按“方式4”写,即必须是包装模块,且匿名函数的第一个参数必须是标识符 “require”。即可以把require当初语法关键字来使用,虽然它不是全局的。
下面我们看看匿名函数的参数require和exports的一些有趣现象
a、如果写的不是require,改成req会是什么结果。
1
2
3
4
5
6
7
8
9
|
define(
function
(req, exports) {
var
cache = req(
'cache'
);
// ...
exports.bind = bind;
exports.unbind = unbind;
exports.trigger = trigger;
});
|
Firebug网络请求如下
会看到依赖的“cache”没有被加载,当然JS肯定会报错了。
b、只把匿名函数的形参改成req,函数内部仍然使用require。
1
2
3
4
5
6
7
8
9
|
define(
function
(req, exports) {
var
cache = require(
'cache'
);
// ...
exports.bind = bind;
exports.unbind = unbind;
exports.trigger = trigger;
});
|
看网络请求
这次“cache”模块竟然请求下来了。
仔细看上面的匿名函数代码中require没声明,且形参是req而非require。那
1
|
var
cache = require(
'cache'
);
|
中的require从何而来?
看SeaJS源码可知,它的define函数中会取该匿名函数的toString,使用正则匹配解析出其中的“cache”(私有的parseDependencies函数)。
我们也看到,虽然cache请求下来了,却仍然报错,因为在执行阶段require是未定义的。因此写依赖模块时匿名函数的第一个参数必须为require且不能更改。
正因为使用factory.toString和正则解析依赖,因此require的参数不能是表达式,如
1
2
|
// require的参数不能是表达式运算
require(
"ui-"
+
"dialog"
);
|
也不能使用require的别名,如
1
2
3
|
// 不能将require赋值给另外一个变量
var
req = require;
req(
"ui-dialog"
);
|
另据说Opera移动版不支持function的toString,这样SeaJS无法在该版本中使用了(未测)。
c、修改exports为expo
1
2
3
4
5
6
7
8
9
|
define(
function
(require, expo) {
var
cache = require(
'cache'
);
// ...
expo.bind = bind;
expo.unbind = unbind;
expo.trigger = trigger;
});
|
运行是没有问题的。即第二个参数“exports”是可以自定义的。显然SeaJS不赞成改“exports”为其它,这样明显破坏了NodeJS风格(Modules/1.1.1)的模块规范---它们正是使用“exports”导出模块接口。但这点在SeaJS中却无法被强制执行,只能是人为约定。
5、混合写法的模块
上面已经介绍了各种情形中的模块写法。为了与NodeJS风格保持一致:使用require获取“依赖”,使用exports导出“接口”。SeaJS在获取依赖这一块做了限制,即必须使用require。但导出则不一定非得使用exports,即exports可以改为其它。甚至还可以直接使用 “返回值”。
1
2
3
4
5
6
7
8
9
10
11
12
|
define(
function
(require) {
var
cache = require(
'cache'
);
// ...
// 使用返回值导出接口
return
{
bind:
function
() {},
unbind:
function
() {},
fire:
function
() {}
};
});
|
我们知道在NodeJS中模块只能是一个对象。即总是往exports上挂方法。SeaJS中如果使用exports导出接口,那么也一样,模块也只能是JS对象。如果使用“返回值”导出接口的话,那么模块可以是任意的JS类型。如下将返回一个函数类型的模块。
1
2
3
4
5
6
7
8
9
10
|
define(
function
(require) {
var
cache = require(
'cache'
);
function
ad() {
//...
}
// 函数类型的模块
return
ad;
});
|
三、SeaJS的加载方式
虽然它提供各种方式(同步异步)加载,最简单的莫过于直接在页面中写script标签。引入SeaJS后,入门多数时候就是seajs.use方法。
seajs.use有两个参数,第一个参数可以为字符串(模块名)或数组(多个模块)。第二个参数是回调函数。模块加载后的回调。回调函数的参数与第一个参数一一对应。
1
2
3
|
seajs.use(
'dom'
,
function
(dom) {
// todo with dom
});
|
如下将在回调函数中使用dom模块。当然它也提供了快捷方式data-main(同RequireJS)。
下面的demo中写了一个完整的事件模块event,它依赖于cache模块。
seajs-demo.zip
转自:http://www.cnblogs.com/snandy/archive/2012/03/30/2423612.html