一个简单的JavaScript模块加载器

465 查看

大型网站项目中,JavaScript 按需加载是一个常见的需求。几年前,LABjs曾经流行过一段时间,它的主要原理是创建一个 type=”text/cache” 的 script标签,并在需要的时候将其更改为 type=”text/javascript”,从而动态并行地加载 JS 并控制其执行时间。

使用 LABjs 时,被引入的 JS 几乎不需要更改,使用非常方便。但它也有不足,最大的问题是它只是一个加载器,没有模块管理功能,而后者对大型前端项目非常重要。很快,随着 CommonJSAMDCMD 等规范的流行,Require.JSSeaJS 等兼顾了 JS 文件按需加载以及模块化的加载器占据了更大的市场。LABjs 也在两三年前宣布停止开发,后来又说还会维护,只是不再添加新功能。

CommonJS 规范主要在 Node.JS 环境中使用,当然,现在也有browserifywebpack 等工具可以让浏览器端的 JS 直接使用 CommonJS 规范。它们的原理一般是分析依赖关系,然后将所有依赖的 JS 打包为一个文件。(webpack 也可以实现动态按需加载。)

AMD、CMD 规范则是完全为浏览器端 JS 设计的。它们的设计细节不同,不过最基本的原理一样:通过类似 JSONP 的方式加载 JS 并隔离不同模块的变量。当然,在具体实现过程中还有很多问题需要考虑,比如模块依赖关系等。另外,SeaJS 等还会用正则匹配出用户在代码中直接用 require 等“关键字”加载的模块并自动加入依赖。

下面是我参考 AMD 规范实现的一个极简的 JavaScript 模块加载器(源码),去掉注释和空行差不多100行的样子。

你可以在 GitHub 上查看它的源码及示例 。需要说明的是,它只实现了 AMD 规范的一个子集,并且把 require 改为了 myloader.use,同时对循环依赖等情况也没有做处理。不过除了这些,它已经是一个可以使用并且兼容各大浏览器的 JavaScript 模块加载器了。

最后,现在流行的各种 AMD、CMD 加载器,在不久的将来也会像 LABjs 一样被人慢慢忘记,因为它们都只是为了解决某一个特定历史阶段的某一类技术问题而诞生的,随着相关技术的发展,它们也将慢慢完成历史使命,退出前端舞台。比如,基于 jspm 等项目,我们现在已经可以使用 ES6 中的模块加载方法: