1.什么是模块化？
模块化是一种将系统功能分离成独立功能部分的方法，将系统分割成独立的功能部分，严格定义模块接口，模块间具有透明性。
2.模块化的优缺点
优点：
可维护性：
- 灵活架构，焦点分离
- 方便模块间组合，分解
- 方便单个模块间的调试，升级
- 多人协作互不干扰 可测试性：
- 可分单元测试
3.内聚度
内聚度指模块内部实现，它是信息隐藏和局部化概念的自然扩展，它标志着一个模块内部各成分彼此结合的紧密程度。好处也很明显，当把相关的任务分组后去阅读就容易多了。 设计时应该尽可能的提高模块内聚度，从而获得较高的模块独立性。
4.耦合度
耦合度则是指模块之间的关联程度的度量。耦合度取决于模块之间接口的复杂性，进入或调用模块的位置等。与内聚度相反，在设计时应尽量追求松散耦合的系统。
5.Javascript模块规范共有三种：CommonJS和AMD+CMD
- CommonJS
2009年，美国程序员Ryan Dahl创造了node.js项目，将javascript语言用于服务器端编程
node.js的模块系统，就是参照CommonJS规范实现的。
在CommonJS中，有一个全局性方法require()，用于加载模块。
假定有一个数学模块math.js，就可以像下面这样加载
var math = require('math');
math.add(2,3); // 5
浏览器环境
有了服务器端模块以后，很自然地，大家就想要客户端模块。而且最好两者能够兼容，一个模块不用修改，在服务器和浏览器都可以运行。
但是，由于一个重大的局限，使得CommonJS规范不适用于浏览器环境。还是上面的代码，如果在浏览器中运行，会有一个很大的问题，你能看出来吗？
第二行math.add(2, 3)，在第一行require('math')之后运行，因此必须等math.js加载完成。也就是说，如果加载时间很长，整个应用就会停在那里等。
这对服务器端不是一个问题，因为所有的模块都存放在本地硬盘，可以同步加载完成，等待时间就是硬盘的读取时间。但是，对于浏览器，这却是一个大问题，因为模块都放在服务器端，等待时间取决于网速的快慢，可能要等很长时间，浏览器处于"假死"状态。
因此，浏览器端的模块，不能采用"同步加载"（synchronous），只能采用"异步加载"（asynchronous）。这就是AMD规范诞生的背景。
- AMD（ requirejs） AMD是"Asynchronous Module Definition"的缩写，意思是“异步模块定义”，它采用异步方式加载模块，模块的加载不影响它后面的语句的运行。所有依赖这个模块的语句，都定义在一个回调函数中，等到加载完成之后，这个回调函数才会运行。
AMD采用的也是require()语句加载模块，但是不同于commonJS，它需要两个参数:
require([module], callback);
第一个参数[module]，是一个数组，里面的成员就是要加载的模块；第二个参数callback，则是加载成功之后的回调函数。如果将前面的代码改写成AMD形式，就是下面这样： 复制代码代码如下:
require(['math'], function (math) {
math.add(2, 3);
});
math.add()与math模块加载不是同步的，浏览器不会发生假死。所以很显然，AMD比较适合浏览器环境。
- CMD seaJs淘宝
- AMD和CMD的区别
AMD是requireJS在推广过程中对模块定义的规范化产出
CMD是seaJS在推广过程中对模块定义的规范化产出
1. 对于依赖的模块，AMD是提前执行，CMD是延迟执行。
不过 RequireJS 从 2.0 开始，也改成可以延迟执行（根据写法不同，处理方式不同）。
CMD 推崇 as lazy as possible.
2.CMD推崇依赖就近，AMD推崇依赖前置，CMD是延迟加载，不是异步加载。
// 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()
...
})
