Osheep

时光不回头,当下最重要。

前端模块化

在学node.js, 实际上就是基于common.js开发的,所以了解了一下模块化开发。

JS的模块化初衷和所有语言的模块化都是一致的,就是规范化开发。

1.最早期的时候就是原生的js从上到下代码编写执行,

    function fun1(){ //... }
    function fun2(){ //... }

所有的函数和变量都直接放入相应的js文件中。导致的问题就是全局对象Global被污染,函数命名冲突。同时在js文件之间有所依赖时,还要保证文件引入的顺序,文件之间的依赖关系不好管理。

2.为了解决上面的问题,采用了使用对象封装的模式。

    var module1 = {
        property1 : 1,
        property2 : 2,
        fun1 : function(){},
        fun2: function(){}
    }
    obj.fun1();

好处是减少了对全局对象的污染,而新的问题是对象类型的不安全,在外部可以对其内部进行修改。

3.而采用匿名闭包就可以达到隐藏其内部细节的功能。

var module1 =( function () {
    var property1 = 1;
    var property2 = 2;
    function fun1(){};
    function fun2(){};
    return { fun1: fun1, fun2: fun2};
}) ();
module1.fun1();
module1.property1 ; // undefined

4.而考虑到依赖,一种比较典型的方法是JQuery封装风格。

(function(window){
  //代码
  window.jQuery = window.$ = jQuery;
    //通过给window添加属性而暴漏到全局
})(window);

通过匿名函数包装代码,所依赖的外部变量传给这个函数,在函数内部可以使用这些依赖,然后在函数的最后把模块自身暴漏给window。
如果需要添加扩展,则可以作为jQuery的插件,把它挂载到$上。
这种风格虽然灵活了些,但并未解决根本问题:所需依赖还是得外部提前提供、还是增加了全局变量。

5.而最后一个问题,文件的加载。 过多的<script>标签引入文件导致请求过多,加载顺序的固定,平行加载,导致依赖之间的模糊。所以之后出现了LAB.js这种script loader 还有 module loader YUI3等。实际上因为浏览器端任务量较小的缘故,各种复杂的JS逻辑也可以执行下去。但是进入到了服务器端以后,更迫切的需要模块化的存在。

1.CommonJS规范

CommonJS是服务器端模块的规范,Node.js采用了这个规范。Node.JS首先采用了js模块化的概念。
根据CommonJS规范,一个单独的文件就是一个模块。每一个模块都是一个单独的作用域,也就是说,在该模块内部定义的变量,无法被其他模块读取,除非定义为global对象的属性。
输出模块变量的最好方法是使用module.exports对象。

var i = 1;
var max = 30;
module.exports = function () {
  for (i -= 1; i++ < max; ) {
    console.log(i);
  }
max *= 1.1;
};

上面代码通过module.exports对象,定义了一个函数,该函数就是模块外部与内部通信的桥梁。
加载模块使用require方法,该方法读取一个文件并执行,最后返回文件内部的module.exports对象。

2.AMD

AMD 即Asynchronous Module Definition,中文名是异步模块定义的意思。它是一个在浏览器端模块化开发的规范。
模块将被异步加载,模块加载不影响后面语句的运行。所有依赖某些模块的语句均放置在回调函数中。
由于不是JavaScript原生支持,使用AMD规范进行页面开发需要用到对应的库函数,也就是大名鼎鼎RequireJS,实际上AMD 是 RequireJS 在推广过程中对模块定义的规范化的产出
requireJS主要解决两个问题
1.多个js文件可能有依赖关系,被依赖的文件需要早于依赖它的文件加载到浏览器
2.js加载的时候浏览器会停止页面渲染,加载文件越多,页面失去响应时间越长
看一个使用requireJS的例子

    // 定义模块 myModule.js
define(['dependency'], function(){
    var name = 'Byron';
    function printName(){
        console.log(name);
    }
    return {
        printName: printName
    };
});
// 加载模块
require(['myModule'], function (my){
    my.printName();
});

requireJS定义了一个函数 define,它是全局变量,用来定义模块

define(id?, dependencies?, factory);

1.id:可选参数,用来定义模块的标识,如果没有提供该参数,脚本文件名(去掉拓展名)
2.dependencies:是一个当前模块依赖的模块名称数组
3.factory:工厂方法,模块初始化要执行的函数或对象。如果为函数,它应该只被执行一次。如果是对象,此对象应该为模块的输出值

define("alpha", ["require", "exports", "beta"], function (require, exports, beta) {
  exports.verb = function() {
    return beta.verb();
  //Or:
    return require("beta").verb();
}});

在页面上使用require函数加载模块

`require([dependencies], function(){});`

require()函数接受两个参数
1.第一个参数是一个数组,表示所依赖的模块
2.第二个参数是一个回调函数,当前面指定的模块都加载成功后,它将被调用。加载的模块会以参数形式传入该函数,从而在回调函数内部就可以使用这些模块
require()函数在加载依赖的函数的时候是异步加载的,这样浏览器不会失去响应,它指定的回调函数,只有前面的模块都加载成功后,才会运行,解决了依赖性的问题。

3.CMD

CMD 即Common Module Definition通用模块定义,CMD规范是国内发展出来的,就像AMD有个requireJS,CMD有个浏览器的实现SeaJS,SeaJS要解决的问题和requireJS一样,只不过在模块定义方式和模块加载(可以说运行、解析)时机上有所不同。实际上本身Seajs就是通过学习并通过其自己的习惯改良成的。
在 CMD 规范中,一个模块就是一个文件。代码的书写格式如下:

`define(factory);`

factory 为函数时,表示是模块的构造方法。执行该构造方法,可以得到模块向外提供的接口。factory 方法在执行时,默认会传入三个参数:require、exports 和 module:

define(function(require, exports, module) {
// 模块代码
});

4.AMD与CMD的区别

所有的资料都会告诉你区别是CMD 推崇依赖就近,AMD 推崇依赖前置。实际上依赖就近的含义就是随用随require,而依赖前置的意思就是这一段define需要什么全部在一开始的地方require完毕。

// 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()
//...
})

但两者都是异步操作的。

5.ES6模块标准
实际上模块化已经开始纳入ES标准了, 相应的ES Module部分才是建议仔细学习的地方。以后应该会向此靠拢的。

参考:
http://www.cnblogs.com/dolphinX/p/4381855.html
https://segmentfault.com/a/1190000000733959#articleHeader1
http://www.cnblogs.com/lvdabao/p/js-modules-develop.html

点赞