题目1： 为什么要使用模块化？
网页愈趋向Web应用程序，导致JavaScript的体量愈来愈大，客户端的代码模块化成为迫切需求。有了模块，我们就可以更方便地使用别人的代码，想要什么功能，就加载什么模块。
最主要的目的：
- 解决命名冲突
- 依赖管理
其他价值
- 提高代码可读性
- 代码解耦，提高复用性
题目2： CMD、AMD、CommonJS 规范分别指什么？有哪些应用
有了模块，我们就可以更方便地使用别人的代码，想要什么功能，就加载什么模块。但是，这样做有一个前提，那就是大家必须以同样的方式编写模块。
CommonJS
在服务器端，一定要有模块，与操作系统和其他应用程序互动，否则根本没法编程。node.js的模块系统，就是参照CommonJS规范实现的。也就是说CommonJS是服务器端的模块规范
在CommonJS中，输出模块变量使用module.exports对象，module.exports 对象是模块的对外接口；
有一个全局性方法require()，用于加载模块；AMD是"Asynchronous Module Definition"的缩写，意思就是"异步模块定义"。它采用异步方式加载模块，模块的加载不影响它后面语句的运行。所有依赖这个模块的语句，都定义在一个回调函数中，等到加载完成之后，这个回调函数才会运行。CommonJS规范不适用于浏览器环境(CommonJS采取同步加载方式);
浏览器端的模块，不能采用"同步加载"（synchronous），只能采用"异步加载"（asynchronous）
目前，主要有两个Javascript库实现了AMD规范：require.js和curl.js，下面以require.js进一步讲解AMD的用法。
requireJS是一个工具库，主要用于客户端的模块管理。它可以让客户端的代码分成一个个模块，实现异步或动态加载，从而提高代码的性能和可维护性。它的模块管理遵守AMD规范（Asynchronous Module Definition）。
require.js的诞生，就是为了解决这两个问题：
（1）实现js文件的异步加载，避免网页失去响应；
（2）管理模块之间的依赖性，便于代码的编写和维护；
requireJS的基本思想是，通过define方法，将代码定义为模块；通过require方法，实现代码的模块加载。
require.js加载
//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'
}
})
- 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 推崇依赖前置。
题目3： 使用 requirejs 完善入门任务15，包括如下功能：
- 首屏大图为全屏轮播
- 有回到顶部功能
- 图片区使用瀑布流布局（图片高度不一），下部有加载更多按钮，点击加载更多会加载更多数据(数据在后端 mock)
4（可选）. 使用 r.js 打包应用
地址