模块的演变
从全局函数,到对象,再演到立即执行函数(IIFE)返回的闭包。
1 | var module1 = (function(){ |
模块的继承
放大模式和宽放大模式
1 | //放大模式 |
与放大模式相比,宽放大模式就是立即执行函数的参数可以是空对象。
模块的独立性
独立性是模块的重要特点,模块内部最好不与程序的其他部分直接交互。
为了在模块内部调用全局变量,必须显式地将其他变量输入模块。
1 | var module1 = (function ($, YAHOO) { |
目前,通行的Javascript模块规范共有两种:CommonJS和AMD。
CommonJS
node.js的模块系统,就是参照CommonJS规范实现的。在CommonJS中,有一个全局性方法require(),用于加载模块。
1 | var math = require('math'); |
但是,由于一个重大的局限(同步加载),使得CommonJS规范不适用于浏览器环境。
浏览器端的模块,不能采用”同步加载”(synchronous),只能采用”异步加载”(asynchronous)。
这就是AMD规范诞生的背景。
AMD
AMD是”Asynchronous Module Definition”的缩写,意思就是”异步模块定义”。
它采用异步方式加载模块,模块的加载不影响它后面语句的运行。
所有依赖这个模块的语句,都定义在一个回调函数中,等到加载完成之后,这个回调函数才会运行。
AMD也采用require()语句加载模块,但是不同于CommonJS,它要求两个参数:
1 | require(['math'], function (math) { |
第一个参数[module],是一个数组,里面的成员就是要加载的模块;
第二个参数callback,则是加载成功之后的回调函数。
Javascript模块化编程(三):require.js的用法
依次加载多个js文件的缺点
首先,加载的时候,浏览器会停止网页渲染,加载文件越多,网页失去响应的时间就会越长;
其次,由于js文件之间存在依赖关系,因此必须严格保证加载顺序,依赖性最大的模块一定要放到最后加载,当依赖关系很复杂的时候,代码的编写和维护都会变得困难。
require.js的诞生,就是为了解决这两个问题:
1,实现js文件的异步加载,避免网页失去响应;
2,管理模块之间的依赖性,便于代码的编写和维护。
require.js的加载
1 | <script src="js/require.js"></script> |
主模块的写法
require()函数接受两个参数。
第一个参数是一个数组,表示所依赖的模块,即主模块依赖这三个模块;
第二个参数是一个回调函数,当前面指定的模块都加载成功后,它将被调用。加载的模块会以参数形式传入该函数,从而在回调函数内部就可以使用这些模块。
1 | require(['jquery', 'underscore', 'backbone'], function ($, _, Backbone){ |
模块的加载
使用require.config()方法,我们可以对模块的加载行为进行自定义。
require.config()就写在主模块(main.js)的头部。
参数就是一个对象,这个对象的paths属性指定各个模块的加载路径。
1 | //路径默认与main.js在同一个目录 |
require.js要求,每个模块是一个单独的js文件。这样的话,如果加载多个模块,就会发出多次HTTP请求,会影响网页的加载速度。因此,require.js提供了一个优化工具,当模块部署完毕以后,可以用这个工具将多个模块合并在一个文件中,减少HTTP请求数。
AMD模块的写法
require.js加载的模块,采用AMD规范,必须按照AMD的规定来写。
模块必须采用特定的define()函数来定义。
1 | //如果一个模块不依赖其他模块,那么可以直接定义在define()函数之中。 |
加载非规范的模块
非规范的模块在用require()加载之前,要先用require.config()方法,定义它们的一些特征。
shim属性专门用来配置不兼容的模块。
exports值:输出的变量名,表明这个模块外部调用时的名称;
deps数组:表明该模块的依赖性。
1 | require.config({ |
require.js插件
1 | //domready插件,可以让回调函数在页面DOM结构加载完成后再运行。 |
类似的插件还有json和mdown,用于加载json文件和markdown文件。