记录一些要点，以便于常记起时有据可循！
回首来时走过的-模块化之路  之前对于自个儿模块化之路的简单回顾，由于杂七杂八的内容太多，属于只可意会型，不便于对前端的模块化进行全面的理解；这几天面试了些前端，发现除了大神来秒杀我之外，大多人对模块化这块都比较陌生，甚至没听说过模块化是个什么玩意儿，那么就有些尴尬了；看看现在三分天下的流行框架：react、angular(2)、vue，他们的最大的共同点就是：模块化、组件化；还有由nodejs衍生而来的各种前端构建工具：webpack、gulp、systemjs，使用它们的基础也是模块化、组件化，如果你非要说，你没有模块化、组件化，项目也跑的挺欢，也能用上这些构建工具，那么，只能呵呵了，何必呢？可见，模块化是必须的，无论项目大小，都得好好理解，从而应用到实践中去，一方面提高工作效率，另一方提高自己的前端水平；
至于模块化的好处，网上各种论调就不多说了，除此之外，更重要的是：在模块化的基础上形成一种团队成员间的默契化规范，形成团队内的私有仓库，统一管理，达到像后端调用package一样自然而然的调用前端模块的目的；
一切源自commonjs：
不要怕这又是个什么框架要去花时间学习，commonjs是js的模块化规范，由于js的历史原因，起初并没有模块化之说，之后js成为了浏览器端的事实标准，地位越来越重要，commonjs规范就是为了解决这个问题而提出的，并希望js不仅仅运行于浏览器端，而是任何地方；感觉很牛逼的样子！然后，nodejs在服务端实现了commonjs规范，从而将js从浏览器的小环境拉到了前后端通行的大环境，丑小鸭终于变白天鹅了！
按照commonjs规范，文件即模块，使用require引用和加载模块，exports定义和导出模块，module标识模块，使用require时需要去读取并执行该文件，然后返回exports导出的内容，由于模块的读取执行是同步的文件操作，所以commonjs只能在服务端由nodejs发扬光大，nodejs的模块化可以看看这里：browserify让你的javascript游走于前后端；但是在浏览器端，这种同步操作并不适用，至少会很耗时，阻塞后续代码的运行；从而在浏览器端由commonjs衍生出两大分支：amd（异步模块定义）和cmd（通用模块定义）；
amd（异步模块定义）：
amd的代表是requirejs，通过define(id?, dependencies?, factory)来定义模块，require([dependencies], function(){})来调用模块，使用提前异步加载依赖模块的方式，模块加载完毕后执行回调函数，这里要好好理解js的异步机制，不可按同步顺序执行的思维去理解，多个文件异步并行加载，哪个先执行完不是你按照加载顺序可预料到的，而是等所有依赖执行完毕，最后一并回调结果；
cmd（通用模块定义）：
cmd的代表是seajs，与requirejs定义和加载模块的方式略有不同，同样可以通过define(id?, dependencies?, factory)定义模块，但是seajs是采用的就近依赖的方式来加载模块，一般不在dependencies里依赖模块，而是统一写法：define(function(require, exports, module){})，在factory里就近加载依赖模块，由seajs.use([dependencies],function(mod,[mod]){})来使用模块；本质上也是异步的加载模块，只是和requirejs相比加载和执行的时机不一样罢了；
相比来说，seajs和requirejs都是很不错的前端模块化组织方案，各有千秋；requirejs要等到所有前置依赖加载并执行完毕，再回调主要的代码逻辑，如果非要说有所欠缺，就得在前置依赖那里做优化了，但大致上是很流畅的；seajs只是将依赖模块预先加载并不执行，在需要时就近使用，这时就可能也许会出现延迟的现象；
关于seajs的简单理解：
好好的seajs，说不用就不用了
好好的用好seajs吧！
工具是非常重要的生产力：
虽然浏览器端流行的模块化规范是amd和cmd，但是借助工具的力量，我们依然可以在浏览器端模拟commonjs规范，比如借助gulp、webpack之类的工具，我们在开发环境依然可以像写nodejs一样写前端的js代码，由工具打包成浏览器可运行的js，同样，异步的调用代码块也是可行的；
umd（通用模块规范）：
现在js已经可以通行前后端了，那么很大程度上一个js模块是既可以在浏览器端运行，同时也能在服务端跑了，umd方案即是对amd和commonjs规范的整合，实现对js模块化的跨平台；像下面这个鬼样子：
(function(root, factory){ if(typeof define ==='function'&& define.amd){ // amd define(['jquery'], factory); }elseif(typeof exports ==='object'){ // node, commonjs之类的 module.exports = factory(require('jquery')); }else{ // 浏览器全局变量(root 即 window) root.returnexports = factory(root.jquery); } }(this,function($){ // 方法 function myfunc(){}; // 暴露公共方法 return myfunc; }));
es6的模块化：
es6作为javascript新的标准，自带了模块化的buff，通过import和export导入导出模块；基本思想与cmd、amd差不多，只是多了更多语法糖式的东西，毕竟属于原生的支持，当然更加好用和易于理解；由于当前的浏览器环境，要想安心的使用，还是得借助工具的力量进行转换；
总之，前端的模块化是必须的！不能安于现状，即便随便弄两下也能运行；很多时候静止也是一种后退，因为太多大神还比我们努力！