题目1： 为什么要使用模块化？
- 解决命名冲突
- 依赖管理
- 提高代码可读性
- 代码解耦，提高复用性
题目2： CMD、AMD、CommonJS 规范分别指什么？有哪些应用
- CommonJS
1、CommonJS 是用于服务器端模块的规范。Node.js采用了这个规范。Node.JS首先采用了js模块化的概念。
2、定义模块：根据CommonJS规范，一个单独的文件就是一个模块。每一个模块都是一个单独的作用域，也就是说，在该模块内部定义的变量，无法被其他模块读取，除非定义为global对象的属性。
3、模块输出：模块只有一个出口，module.exports对象，我们需要把模块希望输出的内容放入该对象。
4、加载模块： 加载模块使用require方法，该方法读取一个文件并执行，返回文件内部的module.exports对象。
//模块定义 myModel.js
var name = 'Byron';
function printName(){
console.log(name);
}
function printFullName(firstName){
console.log(firstName + name);
}
module.exports = { //module.exports对象是作为模块出口,方便其他的js调用
printName: printName,
printFullName: printFullName
}
//加载模块
var nameModule = require('./myModel.js'); //相当于nameModule调用了JS的require函数，文件扩展名可省略，该方法读取一个文件并执行，返回内部的module.exports对象。
nameModule.printName();
//用法：将模块定义和加载模块代码分别放在两个js文件中(a.js,b.js)，然后在bash中执行代码node b.js，结果会在bash中显示
缺点：
1、require("./myModel.js")里的路径很不好处理
2、当执行require("./myModel.js")时，浏览器要先下载文件，由于是同步运行，所以要等到文件下载完成时才能执行，但是CommonJS只支持服务器端运行，不支持浏览器运行
- AMD
1、AMD是"Asynchronous Module Definition"的缩写，意思就是"异步模块定义"。
2、它采用异步方式加载模块，模块的加载不影响它后面语句的运行。
3、所有依赖这个模块的语句，都定义在一个回调函数中，等到加载完成之后，这个回调函数才会运行。
4、由于不是JavaScript原生支持，使用AMD规范进行页面开发需要用到对应的库函数，也就是RequireJS，实际上AMD 是 RequireJS 在推广过程中对模块定义的规范化的产出
5、requireJS主要解决两个问题:1. 多个js文件可能有依赖关系，被依赖的文件需要早于依赖它的文件加载到浏览器。2. js加载的时候浏览器会停止页面渲染，加载文件越多，页面失去响应时间越长。
//格式:
//定义模块：
define(id?, dependencies?, factory); //?表示可选
//id：可选参数，用来定义模块的标识，若没有提供，默认为脚本文件名（去掉拓展名）
//dependencies：是一个当前模块依赖的模块名称数组，默认为["require", "exports", "module"]，若factory的参数小于3，加载器会选择参数个数调用工厂方法。
//factory：工厂方法，模块初始化要执行的函数或对象。若为函数，只被执行一次。若为对象，应该为模块的输出值
//在页面上使用require函数加载模块：
require([dependencies], function(){});
//第一个参数是数组，表示所依赖的模块
//第二个参数是回调函数，当前面的模块都加载成功后将被调用。加载的模块会以参数形式传入该函数，从而在回调函数内部就可以使用这些模块
//require()函数在加载依赖模块时是异步加载的，这样浏览器不会失去响应，它的回调函数只有模块都加载成功后才运行，解决了依赖性的问题。
//例如：
require(['math'], function (math) {
math.add(2, 3);
});
- CMD
1、CMD（Common Module Definition） 通用模块定义。该规范明确了模块的基本书写格式和基本交互规则。该规范是在国内发展出来的。AMD是依赖关系前置，CMD是按需加载。
2、就像AMD有个requireJS，CMD有个浏览器的实现SeaJS，SeaJS要解决的问题和requireJS一样，只不过Sea.js 推崇一个模块一个文件，遵循统一的写法
//定义模块
define(id?, deps?, factory)
//CMD推崇一个文件一个模块，所以经常就用文件名作为模块id，一般不写
//CMD推崇依赖就近，所以一般不在define的参数中写依赖，在factory中写，所以deps参数省略
//factory: function(require, exports, module){}，require 是一个方法，接受模块标识作为唯一参数，用来获取其他模块提供的接口。exports 是一个对象，用来向外提供模块接口。module 是一个对象，上面存储了与当前模块相关联的一些属性和方法。
//加载模块
seajs.use(['myModule.js'], function(my){
});
//例如：
// 定义模块 myModule.js
define(function(require, exports, module) {
var $ = require('jquery.js')
exports.add=function(){
$('div').addClass('active');
}
});
// 加载模块
seajs.use(['myModule.js'], function(my){
my.add();
});
题目3： 使用 requirejs 完善入门任务15，包括如下功能：
1. 首屏大图为全屏轮播
2. 有回到顶部功能
3. 图片区使用瀑布流布局（图片高度不一），下部有加载更多按钮，点击加载更多会加载更多数据(数据在后端 mock)
笔记
1、CommonJS
//实际使用情况：
//math.js
exports.add = function() {
var sum = 0, i = 0, args = arguments, l = args.length;
while (i < l) {
sum += args[i++];
}
return sum;
};
//increment.js
var add = require('math').add;
exports.increment = function(val) {
return add(val, 1);
};
//program.js
var inc = require('increment').increment;
var a = 1;
inc(a);
// 2
2、AMD(Require.js)
//实际使用案例：
// 定义模块 myModule.js
define(['dependency'], function(){
var name = 'Byron';
function printName(){
console.log(name);
}
return {
printName: printName
};
});
// 加载模块
require(['myModule'], function (my){
my.printName(); });
3、CMD(Sea.js)
//实际使用情况
// 定义模块 myModule.js
define(function(require, exports, module) {
var $ = require('jquery.js')
$('div').addClass('active');
});
// 加载模块
seajs.use(['myModule.js'], function(my){
});
//demo
//math.js
define(function(require, exports, module) {
exports.add = function() {
var sum = 0, i = 0, args = arguments, l = args.length;
while (i < l) {
sum += args[i++];
}
return sum;
};
});
//increment.js
define(function(require, exports, module) {
var add = require('math').add;
exports.increment = function(val) {
return add(val, 1);
};
});
//program.js
define(function(require, exports, module) {
var inc = require('increment').increment;
var a = 1;
inc(a); // 2
module.id == "program";
});
4、AMD与CMD区别
- 最明显的区别就是在模块定义时对依赖的处理不同
1、AMD推崇依赖前置，在定义模块的时候就要声明其依赖的模块
2、CMD推崇就近依赖，只有在用到某个模块的时候再去require
3、同样都是异步加载模块，AMD在加载模块完成后就会执行该模块，所有模块都加载执行完后会进入require的回调函数，执行主逻辑，这样的效果就是依赖模块的执行顺序和书写顺序不一定一致，看网络速度，哪个先下载下来，哪个先执行，但是主逻辑一定在所有依赖加载完成后才执行
4、CMD加载完某个依赖模块后并不执行，只是下载而已，在所有依赖模块加载完成后进入主逻辑，遇到require语句的时候才执行对应的模块，这样模块的执行顺序和书写顺序是完全一致的
5、requirejs使用步骤
目的： 是代码的模块化，它使用了不同于传统<script>标签的脚本加载步骤。可以用它来加速代码加载、优化代码，但其主要目的还是为了代码的模块化。
- 加载js文件：
<script data-main="scripts/main.js" src="scripts/require.js"></script>
//data-main属性中的main.js文件，requirejs使用它来启用脚本加载过程，当页面加载了requirejs，立即执行main.js文件
//设置了data-main，baseUrl指向scripts目录，也可用requirejs.config({})手动配置(当前目录为html所在目录，所以要以html所在目录做为基准)，若两者都没，baseUrl默认指向引用requirejs的html所在的目录。
- 设置main.js文件
//这是目录表
www/
-index.html
-js/
---app/
------sub.js
---lib/
------jquery.js
------canvas.js
---main.js
//main.js
requirejs.config({
baseUrl: 'js/lib',
paths: {
app: '../app'
}
});
//加载模块
requirejs(['jquery', 'canvas', 'app/sub'],
function ($, canvas, sub) {
//jquery,canvas,sub 资源都已经加载完毕，可以用了。
});
});
//baseUrl为加载文件的起始位置，不过请注意的是paths配置(paths是路径相对于baseUrl而言的，加载的文件都不需要.js后缀。
//想要避开baseUrl+paths(Module ID)的解析过程，直接指定加载当前HTML页面目录下的脚本三种方法：
//脚本以".js"结束
//以"/"开始
//包含URL协议，如http:或https:
//canvas.js
define(['app/sub'], function(){
var name = 'Byron';
function printName(){
console.log(name);
}
return {
printName: printName //这是给其他模块的接口
};
});
//sub.js
define(["canvas"],function(Canvas){
Canvas.printName(); //依赖canvas模块，并且引用模块功能
});
(mission 4)
