随着网站前台页面设计越来越花哨,其实现逻辑也越来越复杂。javascript库百花齐放,各种插件也层出不穷,在使用中,管理各种js文件依赖成为了一个令人头疼的问题。因此我们需要用软件工程的方式来编写javascript“程序”,即模块化编程。在制定中的ECMAScript第六版,也将引入模块这一概念。
目前常见的javascript模块规范有以RequireJS为代表的AMD规范和以SeaJS为代表的CMD规范,这两种都能达成浏览器端模块化开发的目的。
这几天我就在研究最近很火的支付宝大牛玉伯所写的SeaJS。
SeaJS为国人所写,因此中文文档看起来很爽。但不幸的是,很多著名的javascript框架和插件都不支持CMD规范,比如用得最多的jQuery和它的插件。如果想用它们进行模块化开发,就必须手动将他们封装成CMD模块。
对于jquery,一般这样封装:
1
2
3
4
|
define(
function
(){
jquery code..
return
$.noConflict(
true
);
});
|
封装后,jquery就成为标准CMD模块了,可以使用SeaJS的use方法或require方法直接读取:
1
2
3
|
seajs.use(
"jquery"
,
function
($){
$(
"p"
).css(......)
});
|
但是,这样封装以后存在隐患。比如某个新来的php程序员不懂这些,他可能像往常一样,引入<script src="jquery.js"></script>,然后$("p")调用,结果只会发现一行报错:$ is not a function。
因为jquery文件模块化以后,全局作用域已经不存在jquery或者$了,当然会报错。
所以我们需要一种兼容非模块化引用的封装方案 :
01
02
03
04
05
06
07
08
09
10
|
(
function
(factory) {
if
(
typeof
define ===
'function'
){
define(factory);
}
else
{
factory();
}
})(
function
(require){
jquery code..
if
(require)
return
$.noConflict(
true
);
});
|
原理看出来了吧,把一个匿名函数当做变量传入闭包,判断有无SeaJS提供的define方法。若有,则为CMD模块读取,返回$.noConflict(true);若无,则为普通的脚本引入,执行原生的jquery代码。
这样封装以后,就不怕程序员的误操作了。同理,其他的javascript文件也可以进行类似的封装。
文章来自:http://www.jackyrao.com/archives/383