切图崽的自我修养-使用模块化JS

前言

我们来玩乐高积木吧

模块化Js已经成为了老生常谈,不过在JavaScript设计之初,由于定位的问题并没有提供类的功能,开发者需要模拟出类似的功能,来隔离、组织复杂的JavaScript代码。之前的闭包也好,自执行函数也好,都是模块化的一些尝试,直到CommonJs规范推出之后,模块化Js才真正迅猛发展起来。

从时间点上来说:

  1. Node遵循CommonJs模块化规范,NPM包管理系统发展如此迅猛就是CommonJs模块化规范的最佳实践

  2. 后来在CommonJs的基础上衍生出了AMD/CMD规范,其各自的实践分别是RequireJSSeaJs

CommonJs同步加载规范

CommonJs规范遵循的是同步加载模块规范,即:

var A = require(./module/a);
A.funA();
var B = require(./module/b);
B.funB();

即只有a.js加载完以后,才能接着向下执行A.funA();才能接着向下加载b.js, 等b.js加载完之后,才能向下执行B.funB();。但这种同步串行的加载方式确对效率并没有多大影响,因为CommonJs是在Node上运行,处于服务器环境,服务器环境对模块的加载等同于硬盘的读写速度,是非常非常快的。

AMD/CMD异步加载规范

AMD/CMD 遵循的是异步加载模块规范,拿CMD规范的SeaJs举例:

 define(function(require,exports,module){
    require.async('./module/a', function(){alert(1)}
    require.async('./module/b', function(){alert(2)}
  });

其中,alert(1) 和alert(2)的执行顺序是不固定的,因为是采用异步加载模块的方式,a模块和b模块是并行加载的 ,谁先加载完毕,谁先掉用回调. 因为网络和文件大小的原因, 当然有可能是b模块先加载完毕,所以可能是alert(2)先执行.

因为requireJs(AMD)SeaJs(CMD) 都是运行在客户端浏览器上的. 模块的加载速度和网络状况有关系,加载情况是非常不稳定,如果采用同步串行加载的方式,会出现因为前面的模块加载耗时太长而阻塞了它之后的模块的加载. 所以AMD/CMD才有了异步的解决方案

(当然,AMD/CMD也支持同步加载)

按需加载

按需加载是模块化Js引伸出来的概念.我们可以让特定的页面加载特定的JS,就像搭积木刚好把房子搭起来一样,用Js模块组合的方式可以项目搭建起来,保证不缺少任何一个必要的模块,也保证不会有任何一个多余的模块.

如果index.html只需要弹窗功能和滑动功能,就只加载pop.js和slip.js

说起来倒是挺简单,但实际上呢?

实际上也非常简单,拿seaJS举例来说,页面index.html引用了Sea.js后,就可以以index.js为加载入口,对页面所需的七七八八的JS模块进行加载:

index.html:

<script src="static/js/lib/sea.js" id="seaJSnode"></script>
<script>
    seaJS.use("./index.js");      
</script>

其中index.js:

define(function(require,exports,module){
     //引入模块a
     var A = require('./module/a'); 
     //引入模块b
     var B = require('./module/b')     
     
     ...
});

其中a.js又依赖了其他的模块:

define(function(require,exports,module){
     //引入模块c
     var C = require('./module/c');          
     ...
});    

不管这个依赖关系有多复杂,层级有多深,seaJS的模块加载器会递归找到所有页面index.html依赖的Js,就拿例子来说,和index.html有关的依赖有 入口文件index.js和它依赖的a.js, b.js ,并且还有a.js依赖的 c.js 所以最后index.html实际上会加载index.js, a.js, b.js , c.js

这样就实现了页面需要什么模块,就加载什么模块(和这些模块依赖的模块),从而实现了按需加载。

但有同学估计又想到了,这个地方有个小缺陷,虽然模块化Js使得加载逻辑更清晰了,但是如此碎片化的Js会增加页面http的请求数,从而影响页面的加载速度。

没错,所以我们通常在上线前会利用自动化工具对当前页面依赖的所有Js做一个合并处理,即合并压缩成一个Js文件, 这样能最大程度上的利用浏览器缓存,减少Http请求数。

(注:Js模块书写的时候请尽量避免循环引用的问题,即a.js引用了c.js,反过来c.js又引用了a.js. 这肯定是模块书写不规范造成的,请检查这两个模块的逻辑是否有重叠. 当然,除此之外循环引用还是有别的办法解决的,这里就不提了)

结语

总而言之,模块化Js目前有两大规范(当然要说成三种规范也可以,不过在作者本人看来AMD/CMD并没有本质上的区别)

  • CommonJS同步加载模块规范,运行在服务端

  • AMD/CMD 异步加载模块规范,运行在客户端

因为CommonJs规范在服务器端的同步串行加载Js模块的方式并不适用于客户端浏览器,所以才有了AMD/CMD规范延伸出异步并行加载Js模块的方式。

因为有了Js模块化的概念,才有了Js按需加载的概念。

    原文作者:大切图崽
    原文地址: https://segmentfault.com/a/1190000005894917
    本文转自网络文章,转载此文章仅为分享知识,如有侵权,请联系博主进行删除。
点赞