JavaScript模块化01：模块化进程-CSDN博客

年末尾声，虽然诸多事情来袭，但博文还是要坚持写，初来乍到，希望大家多多指教。

一、JavaScript模块的早期基本写法

什么模块？

最简单的理解：实现特定功能的一组方法

1、模块的原始写法：

如下所示代码：

function m1(){

    // your code

 }
            
function m2(){

    // your code

}
复制代码

m1和m2组成一个模块，使用时直接调用。这种原始方式的模块形式，缺点很明显：

污染了全局变量，无法保证不与其他模块发生变量名冲突，而且模块成员之间看不出直接关系。

2、模块的对象写法：

针对上面原始写法的缺点，将模块写成一个对象，所有模块成员都放入这个对象里，使用时直接调用此对象的方法。

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模块。

在浏览器环境中，如果我们的模块的各个部分都是从网上获取的，有时无法知道哪个部分会先加载。如果采用放大模式的写法，第一个执行的部分有可能加载一个不存在空对象，该如何处理？

这时候就要使用宽放大模式，如下：

5、宽放大模式：

  var myModule = (function (m) {

    // 给myModule扩展的新方法
    m.m3 = function () {  
    
        // your code   

    };

    return m;

  })(myModule || {});
复制代码

与"放大模式"相比，＂宽放大模式＂就是立即执行函数的参数可以是空对象。这样，当从网上获取的模块异常时，就不会报错。

一个模块，应保证其独立性，模块内部最好不与程序的其他部分直接交互，如果要在模块内部调用全局变量，最好是显式地将其他变量输入模块。

6、模块内输入全局变量

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）

2009年，美国程序员Ryan Dahl创造了node.js项目，将javascript语言用于服务器端编程，这标志Javascript模块化编程正式诞生。

在浏览器环境下，没有模块也不是特别大的问题，毕竟网页程序的复杂性有限；但是在服务器端，一定要有模块，与操作系统和其他应用程序互动，否则根本没法编程。NodeJS是CommonJS规范的实现，webpack 也是以CommonJS的形式来书写。

node.js的模块系统，就是参照CommonJS规范实现的。

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推崇依赖前置

// CMD

define(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 都简单纯粹。

参考资料：

阮大师播客： www.ruanyifeng.com/home.html

javascript.ruanyifeng.com/nodejs/modu…

github.com/requirejs/r…

seajs.github.io/seajs/docs/

www.zhihu.com/question/20…

github.com/seajs/seajs…