年末尾声，虽然诸多事情来袭，但博文还是要坚持写，初来乍到，希望大家多多指教。
一、JavaScript模块的早期基本写法
什么模块？
最简单的理解： 实现特定功能的一组方法
1、模块的原始写法：
如下所示代码：
function m1(){ // your code } function m2(){ // your code}复制代码 m1和m2组成一个模块，使用时直接调用。这种原始方式的模块形式，缺点很明显：
- 污染了全局变量，无法保证不与其他模块发生变量名冲突，而且模块成员之间看不出直接关系。
针对上面原始写法的缺点，将模块写成一个对象，所有模块成员都放入这个对象里，使用时直接调用此对象的方法。
var myModule = { _count: 0, m1: function () { // your code }, m2: function () { // your code } };myModule .m1();复制代码 那么，对象写法有什么缺点？很明显：
- 对象写法会暴露所有模块成员，内部私有属性可以被外部改写。
_count的值。 myModule._count = 100;复制代码
3、立即执行函数写法：
为了解决对象写法暴露所有模块成员的问题，使用立即执行函数写法，则不会暴露私有成员。
var myModule = (function () { var _count = 0; function m1 () { // your code } function m2 () { // your code } return { m1: m1, m2: m2 };})();复制代码 使用立即执行函数的写法，外部代码无法读取内部的_count变量。
console.log(myModule._count); // undefined复制代码
如果一个模块很大，必须分成多个部分，又或者一个模块需要继承另一个模块，那么该如何处理？
- 这时候就要使用放大模式，如下：
4、放大模式：
var myModule = (function (m) { // 给myModule扩展的新方法 m.m3 = function () { // your code }; return m;})(myModule);复制代码 上面的代码为myModule模块添加了一个新方法m3，然后返回新的myModule模块。
在浏览器环境中，如果我们的模块的各个部分都是从网上获取的，有时无法知道哪个部分会先加载。如果采用放大模式的写法，第一个执行的部分有可能加载一个不存在空对象，该如何处理？
- 这时候就要使用宽放大模式，如下：
var myModule = (function (m) { // 给myModule扩展的新方法 m.m3 = function () { // your code }; return m; })(myModule || {});复制代码 - 一个模块，应保证其独立性，模块内部最好不与程序的其他部分直接交互，如果要在模块内部调用全局变量，最好是显式地将其他变量输入模块。
var myModule = (function ($) { // your code })(jQuery);复制代码 二、Javascript模块化规范
1、CommonJS规范背景简述：早期，一开始大家都认为JS是辣鸡，没什么用，官方定义的API只能构建基于浏览器的应用程序。 随后，CommonJS API定义很多普通应用程序（主要是非浏览器的应用）使用的API，从而填补了这个空白。它的终极目标是提供一个类似Python，Ruby和Java标准库。这样的话，开发者可以使用CommonJS API编写应用程序，然后这些应用可以运行在不同的JavaScript解释器和不同的主机环境中。
在兼容CommonJS的系统中，你可以使用JavaScript开发以下程序：- 服务器端JavaScript应用程序
- 命令行工具
- 图形界面应用程序
- 混合应用程序（如，Titanium或Adobe AIR）
2、CommonJS规范简介
在CommonJS中，有一个全局性方法require()，用于加载模块。假定有一个模块为math.js，就可以像下面这样加载：
var math = require('math');复制代码 然后，就可以调用模块提供的方法：
var math = require('math');math.add(2,3); 复制代码 CommonJS定义的模块分为: - 模块引用require
- 模块定义exports
- 模块标识module
require用来引入外部模块；exports对象用于导出当前模块的属性和方法，是唯一的出口；module对象代表模块本身。 3、AMD规范背景
基于commonJS规范的nodeJS出来以后，服务端的模块概念已经形成，很自然地，大家就想要客户端模块。而且最好两者能够兼容，一个模块不用修改，在服务器和浏览器都可以运行。但是，由于一个重大的局限，使得CommonJS规范不适用于浏览器环境。还是上面的代码，如果在浏览器中运行，会有一个很大的问题，你能看出来吗？
var math = require('math');math.add(2,3); 复制代码 第二行math.add(2, 3)，在第一行require('math')之后运行，因此必须等math.js加载完成。也就是说，如果加载时间很长，整个应用就会停在那里等，这对服务器端不是一个问题，因为所有的模块都存放在本地硬盘，可以同步加载完成，等待时间就是硬盘的读取时间。但是，对于浏览器，这却是一个大问题，因为模块都放在服务器端，等待时间取决于网速的快慢，可能要等很长时间，浏览器处于"假死"状态。
浏览器端的模块，不能采用"同步加载"（synchronous），只能采用"异步加载"（asynchronous），这就是AMD规范诞生的背景。其是 RequireJS 在推广过程中对模块定义的规范化产出。
CommonJS是主要为了JS在服务端的表现制定的，他是不适合客户端（浏览器）的，AMD(异步模块定义)出现了，它就主要为客户端JS的表现制定规范。
4、AMD规范简介
AMD是"Asynchronous Module Definition"的缩写，意思就是"异步模块定义"。它采用异步方式加载模块，模块的加载不影响它后面语句的运行。所有依赖这个模块的语句，都定义在一个回调函数中，等到加载完成之后，这个回调函数才会运行。
AMD也采用require()语句加载模块，但是不同于CommonJS，它要求两个参数：
require([module], callback);复制代码
第一个参数[module]，是一个数组，里面的成员就是要加载的模块；第二个参数callback，则是加载成功之后的回调函数。如果将前面的代码改写成AMD形式，就是下面这样：
require(['math'], function (math) { math.add(2, 3);});复制代码 math.add()与math模块加载不是同步的，浏览器不会发生假死。所以很显然，AMD比较适合浏览器环境。
5、CMD规范
大佬玉伯写了seajs，CMD规范 SeaJS 在推广过程中对模块定义的规范化产出。
6、AMD/CMD规范异同
AMD（requirejs）和 CMD （seajs）都是模块加载器，倡导模块化开发理念，核心价值是让 JavaScript 的模块化开发变得简单自然。
区别：
- 对于依赖的模块，AMD提前执行，CMD是延迟执行
- CMD推崇依赖就近，AMD推崇依赖前置
// CMDdefine(function(require, exports, module) { var a = require('./a') a.doSomething() // ... var b = require('./b') // 依赖可以就近书写 b.doSomething() // ... })复制代码 // AMD define(['./a', './b'], function(a, b) { // 依赖必须一开始就写好 a.doSomething() // ... b.doSomething() // ... })复制代码 - AMD 的 API 默认是一个当多个用，CMD 的 API 严格区分，推崇职责单一。比如 AMD 里，require 分全局 require 和局部 require，都叫 require。CMD 里，没有全局 require，而是根据模块系统的完备性，提供 seajs.use 来实现模块系统的加载启动。CMD 里，每个 API 都简单纯粹。
阮大师播客：