问答
1.为什么要使用模块化？
网页愈趋向Web应用程序，导致JavaScript的体量愈来愈大，客户端的代码模块化成为迫切需求。
模块化编程主要功能在一下方面起到积极作用：
- 代码维护
- 命名冲突
- 代码的复用性
- 依赖管理
2.CMD、AMD、CommonJS 规范分别指什么？有哪些应用
有了模块，我们就可以更方便地使用别人的代码，想要什么功能，就加载什么模块。但是，这样做有一个前提，那就是大家必须以同样的方式编写模块。
目前，通行的Javascript模块规范共有两种：CommonJS和AMD。
- CommonjJS && AMD
在服务器端，一定要有模块，与操作系统和其他应用程序互动，否则根本没法编程。node.js的模块系统，就是参照CommonJS规范实现的。也就是说CommonJS是服务器端的模块规范
在CommonJS中，输出模块变量使用module.exports对象，module.exports 对象是模块的对外接口；
有一个全局性方法require()，用于加载模块；
//math.js
exports.add = function(x,y){
return x+y
}
//complexAdd.js
var add =require('math').add;
exports.addMultiply = fucntion(x,y,z){
return add(x,y)*z
}
有了服务器端模块以后，很自然地，大家就想要客户端模块。但是，由于一个重大的局限，使得CommonJS规范不适用于浏览器环境(CommonJS采取同步加载方式);
浏览器端的模块，不能采用"同步加载"（synchronous），只能采用"异步加载"（asynchronous）。这就是AMD规范诞生的背景；
也就是说，AMD是客户端模块化编程的规范。
AMD是"Asynchronous Module Definition"的缩写，意思就是"异步模块定义"。它采用异步方式加载模块，模块的加载不影响它后面语句的运行。所有依赖这个模块的语句，都定义在一个回调函数中，等到加载完成之后，这个回调函数才会运行。
目前，主要有两个Javascript库实现了AMD规范：require.js和curl.js，下面以require.js进一步讲解AMD的用法。
requireJS是一个工具库，主要用于客户端的模块管理。它可以让客户端的代码分成一个个模块，实现异步或动态加载，从而提高代码的性能和可维护性。它的模块管理遵守AMD规范（Asynchronous Module Definition）。
require.js的诞生，就是为了解决这两个问题：
（1）实现js文件的异步加载，避免网页失去响应；
（2）管理模块之间的依赖性，便于代码的编写和维护；
requireJS的基本思想是，通过define方法，将代码定义为模块；通过require方法，实现代码的模块加载。
require.js加载
<scirpt src='js/require.js defer async='true' data-main='js/main'>
//defer和async可以实现异步加载require.js资源
//data-main属性的作用是，指定网页程序的主模块
模块的定义
define方法用于定义模块，RequireJS要求每个模块放在一个单独的文件里。按照是否依赖其他模块，可以分成两种情况讨论。第一种情况是定义独立模块，即所定义的模块不依赖其他模块；第二种情况是定义非独立模块，即所定义的模块依赖于其他模块。
独立模块情况
//math.js
define(
function(){
var add = function(x,y){
return x+y;
};
return {
add:add
}
}
)
非独立模块
//complexMuliply.js
define(['math'],function(math){
var add = math.add;
var addMultiply = function(x,y,z){
return add(x,y)*z
}
return {
addMultiply: addMultiply
}
})
define方法的第一个参数是一个数组，它的成员是当前模块所依赖的模块。
define方法的第二个参数是一个函数，当前面数组的所有成员加载成功后，它将被调用。它的参数与数组的成员一一对应.这个函数必须返回一个对象，供其他模块调用。
需要注意的是，回调函数必须返回一个对象，这个对象就是你定义的模块，模块名默认就是文件名。
** 模块的加载**
模块的加载可分为加载规范模块和非规范模块。
加载规范模块
//math.js
require(['math'],function(math){
console.log(math.add(1,1))
})
require()函数接受两个参数。
第一个参数是一个数组，表示所依赖的模块
第二个参数是一个回调函数，当前面指定的模块都加载成功后，它将被调用。
加载的模块会以参数形式传入该函数，从而在回调函数内部就可以使用这些模块。
加载非规范模块
require.js加载的模块，必须是按照AMD规范、用define()函数定义的模块。但是实际上，有许多库并不符合AMD规范。
这样的模块在用require()加载之前，要先用require.config()方法，定义它们的一些特征。
举例来说，underscore和backbone这两个库，都没有采用AMD规范编写。如果要加载它们的话，必须先定义它们的特征。
require.config({
shim:{
'underscore':{
exports:'_'
},
'backbone':{
deps:['underscore',''jquery],
exports:'Backbone'
}
}
})
require.config()接受一个配置对象，有一个shim属性，专门用来配置不兼容的模块。具体来说，每个模块要定义（1）exports值（输出的变量名），表明这个模块外部调用时的名称；（2）deps数组，表明该模块的依赖性。
此外，使用require.config()方法，我们可以对模块的加载行为进行自定义。require.config()就写在主模块（main.js）的头部。参数就是一个对象，这个对象的paths属性指定各个模块的加载路径。
require.config({
paths:{
'jquery':'jquery.min',
'underscore':'underscore.min',
'backbone':'backbone.min'
}
})
上面的代码给出了三个模块的文件名，路径默认与main.js在同一个目录（js子目录）。如果这些模块在其他目录，比如js/lib目录，则有两种写法。
一种是逐一指定路径。
require.config({
paths:{
'jquery':'lib/jquery.min',
'underscore':'lib/underscore.min',
'backbone':'lib/backbone.min'
}
})
另一种则是直接改变基目录（baseUrl）
require.config({
baseUrl:'js/lib',
paths:{
'jquery':'jquery.min',
'underscore':'underscore.min',
'backbone':'backbone.min'
}
})
优化器r.js
requireJS提供一个基于node.js的命令行工具r.js，用来压缩多个js文件。它的主要作用是将多个模块文件压缩合并成一个脚本文件，以减少网页的HTTP请求数。
- CMD
CMD（Common Module Definition） 通用模块定义。该规范明确了模块的基本书写格式和基本交互规则。该规范是在国内发展出来的
在 CMD 规范中，一个模块就是一个文件。代码的书写格式如下：
define(factory);
当 factory为对象、字符串时，表示模块的接口就是该对象、字符串；
factory为函数时，表示是模块的构造方法。
执行该构造方法，可以得到模块向外提供的接口。
factory 方法在执行时，默认会传入三个参数：require、exports 和 module：
define(function(require, exports, module) { // 模块代码});
//math.js
define(function(require,exports,module){
//为模块math导出add方法
exports.add = function(x,y){
return x+y;
}
})
//complexAdd.js
define(function(require,exports,module){
var add = require('math').add;//加载math模块
exports.addMultiply = function(x,y,z){
return add(x,y)*z;
}
})
- 小结
通行的Javascript模块规范共有两种CommonJS和AMD；
CommonJS是基于Node.js的服务器端的模块化规范，AMD（异步模块定义）是客户端的模块化规范；
此外，CMD（通用模块定义）是在国内发展出来的客户端的模块规范；
AMD 是 RequireJS 在推广过程中对模块定义的规范化产出。
CMD 是 SeaJS 在推广过程中对模块定义的规范化产出。
对于依赖的模块，AMD是提前执行，CMD是延迟执行。
CMD 推崇依赖就近，AMD 推崇依赖前置。看如下代码：
// CMD
define(function(require, exports, module) {
var a = require('./a')
a.doSomething()
// 此处略去 100 行
var b = require('./b')
// 依赖可以就近书写b.doSomething()// ... })
// AMD 默认推荐的是
define(['./a', './b'], function(a, b) {
// 依赖必须一开始就写好
a.doSomething()
// 此处略去 100 行
b.doSomething()...})
3.如下requirejs配置中, baseUrl 有什么作用？以什么作为基准? paths 的作用和用法是什么?
requirejs.config({
baseUrl: "src/js",
//改变基目录，这里基目录指的是./src/js
paths: {
'jquery': 'lib/bower_components/jquery/dist/jquery.min'
}
}
//paths的作用是指定所依赖的模块的路径
);
4.如下 r.js 的打包配置中 baseUrl 是什么? name 是什么
({
baseUrl: "./src/js"//整个打包配置文件的根目录
paths: {
'jquery': 'lib/bower_components/jquery/dist/jquery.min'
},//需要打包的模块所在的文件路径
name: "main",//指明解析的入口文件
out: "dist/js/merge.js"//打包文件的输出
})
r.js -o main-built.js
//module load
//main.js
require.config({
baseUrl:'script',
paths:{
math:'module/math',
complexMultiply:'module/complexMultiply'
}
})
require(['math'],function(math){
console.log(math.add(7,2));
})//3
require(['complexMultiply'],function(complexMultiply){
console.log(complexMultiply.addMultiply(1,2,3));
})//9
//define module
// module/math.js
define(function(){
var add = function(x,y){
return x+y
};
return {
add:add
}
})
// module/complexMultiply.js
define(['math'],function(math){
var add = math.add;
var addMultiply = function(x,y,z){
return add(x,y)*z;
}
return {
addMultiply:addMultiply
}
})
//r.js config
({
baseUrl:'.',
paths:{
math:'module/math',
complexMultiply:'module/complexMultiply'
},
name:'main',
out:'dist/built.js'
})
代码
【注】
老师任务39的代码题，我将使用模块化编程去开发接下来的个人主页，这里就不去重构task15的代码了；
