来！我们一起来从头开始构建自己的JavaScript模块化工具

2016-07-05 23:45:00

前言

希望编写程序能像玩积木一样，首先规划要产出怎样的作品，然后在积木堆中挑选合适的积木块，最后一组合就完工了。

于是JavaScript需要类似这样模块化，每个模块都隐藏内部细节并且对外暴露接口，再处理好模块之间的依赖关系，就可以达到玩积木的效果了。

虽然现有很多模块化框架／工具，但对于新手来说，为什么不自己撸一个简单的模块化工具呢？

希望通过这个工具把自己觉得好用的代码以模块的方式组织起来，渐渐形成自己的JS库，之后可以勇敢地和HR说，自己的小项目用的是自己小JS库，^_^。我觉得，在这个封装的过程中，新手能学习到很多东西。

新手嘛，多造轮子总是有好处的，=_=。

从闭包到模块

以下是《你所不知道的JavaScript（上卷）》中对于闭包的说明。

当函数可以记住并访问所在的词法作用域，即使函数是在当前词法作用域之外执行，这时就产生了闭包。

其实，不管怎样，闭包正如其字面意思一样，既能提供一个相对封闭的空间，也能向外界暴露必要的接口。这不就正符合我们模块化的需求吗？

在此，建议参考这篇文章，以加强您对闭包的理解：《假如技术HR问您JavaScript的“闭包”，嘿嘿嘿，举这个例子就够了》。

最简单的模块

简单的模块这样写没有问题，但是模块间的依赖问题没有解决。

最简单的模块管理工具

模块之间必然会存在依赖关系，而模块管理工具需要能够很好地管理模块间的依赖。下面我们模仿实现了AMD规范的工具requirejs，主要是模仿其define，get的API风格，自己写一个简单的版本。

//模块管理工具，MyModules
var MyModules = (function Manager() {
var modules = {};
function define(name, deps, impl) {
for (var i=0; i
可以看出，利用MyModules可以很方便地定义使用模块，管理模块依赖。但是还存在一个问题，MyModules对于模块定义的顺序有要求。以上面的例子来说，就是app模块依赖data模块，那data模块必须在app模块之前被定义。这个限制让我们实际使用中不是很方便。接下来我们将改进它。

改进模块管理工具

我们需要让模块管理工具不需要限制模块的定义顺序，这里我的做法是，使用一个rebuilds数组来保存未成功构建的模块。每次有新模块构建成功的时候就会重新尝试去构建整个rebuilds数组中的模块。具体看下面的代码。

window.mm_modules = (function Manager() {
var debug = false;
var modules = {};
var rebuilds = [];
function copyArray (array){
var tempArray = [];
for(var i=0; i
改进后的模块管理工具，能够自动地处理模块依赖，而不需要限制定义顺序了。
那，能不能更进一步呢？试着想一下，我们日常会怎么使用？单文件单模块，然后把这些文件放在不同文件夹里组织好。于是，我就想到使用gulp这样的工具辅助我们。

gulp辅助

请参考下面的目录结构。

├── dist│   ├── index.html│   └── js│       └── mm-modules-build.js├── gulpfile.js├── mm-modules│   ├── queryObject.js│   ├── request.js│   ├── template.js│   ├── test.js│   └── util.js├── mm-modules.js

可以在mm-modules下随意地定义模块，如util模块内有各种工具函数，template模块则包含了artTemplate模版引擎。之后利用gulp将mm-modules.js（模块管理工具）与mm-modules下所有的模块文件打包成mm-modules-build.js。项目中只要引入mm-modules-build.js即可。