JavaScript模块化开发库之SeaJS
SeaJS由国内的牛人lifesinger开发。目前版本是1.1.1,源码不到1500行,压缩后才4k,质量极高。
这篇会讲述SeaJS的一些基本用法,不会面面俱到,但会就个人的理解讲述官方文档没有提到的一些细节。
一、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模块。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 周边上新:园子的第一款马克杯温暖上架
· Open-Sora 2.0 重磅开源!
· .NET周刊【3月第1期 2025-03-02】
· 分享 3 个 .NET 开源的文件压缩处理库,助力快速实现文件压缩解压功能!
· [AI/GPT/综述] AI Agent的设计模式综述
2011-03-30 各浏览器中querySelector和querySelectorAll的实现差异