JavaScript模块化

为什么要使用模块化？

• 解决命名冲突
• 依赖管理
  使用模块化的次要目的
• 提高代码可读性
• 代码解耦，提高复用性

CMD，AMD，commonJS

一、CMD(Common Module Definition)通用模块定义

CMD推崇就近依赖，只有在用到某个模块的时候再去require
在 CMD 规范中，一个模块就是一个文件。代码的书写格式如下：

define(factory);

define 是一个全局函数，用来定义模块。define 接受 factory 参数，factory 可以是一个函数，也可以是一个对象或字符串。
factory 为函数时，表示是模块的构造方法。执行该构造方法，可以得到模块向外提供的接口。factory 方法在执行时，默认会传入三个参数：require、exports 和 module：

define(function(require, exports, module) {

  // 模块代码

});

1、require 是一个方法，接受 模块标识 作为唯一参数，用来获取其他模块提供的接口。

define(function(require, exports) {

  // 获取模块 a 的接口
  var a = require('./a');

  // 调用模块 a 的方法
  a.doSomething();

});

2、exports 是一个对象，用来向外提供模块接口。

define(function(require, exports) {

  // 对外提供 foo 属性
  exports.foo = 'bar';

  // 对外提供 doSomething 方法
  exports.doSomething = function() {};

});

3、module 是一个对象，上面存储了与当前模块相关联的一些属性和方法。
应用：SeaJS

二、AMD(Asynchronous Module Definition) 异步模块定义
AMD推崇依赖前置，在定义模块的时候就要声明其依赖的模块,AMD 是 RequireJS 在推广过程中对模块定义的规范化的产出。
1.定义模块，函数形式为：

define(id?, dependencies?, factory);

• id：指定义中模块的名字，可选；如果没有提供该参数，模块的名字应该默认为模块加载器请求的指定脚本的名字。如果提供了该参数，模块名必须是“顶级”的和绝对的（不允许相对名字）。

• 依赖dependencies：是一个当前模块依赖的，已被模块定义的模块标识的数组字面量。依赖参数是可选的，如果忽略此参数，它应该默认为["require", "exports", "module"]。然而，如果工厂方法的长度属性小于3，加载器会选择以函数的长度属性指定的参数个数调用工厂方法。

• 工厂方法factory，模块初始化要执行的函数或对象。如果为函数，它应该只被执行一次。如果是对象，此对象应该为模块的输出值。

2.加载模块：

require([module], callback);

[module]，是一个数组，里面的成员就是要加载的模块；第二个参数callback，则是加载成功之后的回调函数。
应用：RequireJS

三、CommonJS是服务器端模块的规范，Node.js采用了这个规范。
1.定义模块 根据CommonJS规范，一个单独的文件就是一个模块。每一个模块都是一个单独的作用域，也就是说，在该模块内部定义的变量，无法被其他模块读取，除非定义为global对象的属性

2.模块输出： 模块只有一个出口，module.exports对象，我们需要把模块希望输出的内容放入该对象

3.加载模块： 加载模块使用require方法，该方法读取一个文件并执行，返回文件内部的module.exports对象

应用:Node.js服务器端