前端各种模块化规范是什么-创新互联

这篇文章将为大家详细讲解有关前端各种模块化规范是什么，小编觉得挺实用的，因此分享给大家做个参考，希望大家阅读完这篇文章后可以有所收获。

我们注重客户提出的每个要求，我们充分考虑每一个细节，我们积极的做好网站设计制作、成都做网站服务，我们努力开拓更好的视野，通过不懈的努力，创新互联赢得了业内的良好声誉，这一切，也不断的激励着我们更好的服务客户。 主要业务：网站建设,网站制作,网站设计,小程序定制开发,网站开发,技术开发实力，DIV+CSS，PHP及ASP，ASP.Net，SQL数据库的技术开发工程师。

记录一些要点，以便于常记起时有据可循！

回首来时走过的-模块化之路  之前对于自个儿模块化之路的简单回顾，由于杂七杂八的内容太多，属于只可意会型，不便于对前端的模块化进行全面的理解；这几天面试了些前端，发现除了大神来秒杀我之外，大多人对模块化这块都比较陌生，甚至没听说过模块化是个什么玩意儿，那么就有些尴尬了；看看现在三分天下的流行框架：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差不多，只是多了更多语法糖式的东西，毕竟属于原生的支持，当然更加好用和易于理解；由于当前的浏览器环境，要想安心的使用，还是得借助工具的力量进行转换；

关于前端各种模块化规范是什么就分享到这里了，希望以上内容可以对大家有一定的帮助，可以学到更多知识。如果觉得文章不错，可以把它分享出去让更多的人看到。

另外有需要云服务器可以了解下创新互联scvps.cn，海内外云服务器15元起步，三天无理由+7*72小时售后在线，公司持有idc许可证，提供“云服务器、裸金属服务器、高防服务器、香港服务器、美国服务器、虚拟主机、免备案服务器”等云主机租用服务以及企业上云的综合解决方案，具有“安全稳定、简单易用、服务可用性高、性价比高”等特点与优势，专为企业上云打造定制，能够满足用户丰富、多元化的应用场景需求。

当前标题：前端各种模块化规范是什么-创新互联
当前地址：http://dzwzjz.com/article/dpsdpj.html