前端模块化总结

模块化的好处:避免命名冲突(减少命名空间污染)、更好的分离, 按需加载、更高复用性、高可维护性

现在开发中最流行的有:CommonJS, AMD, ES6、CMD

CommonJS规范主要用于服务端编程,加载模块是同步的,这并不适合在浏览器环境,因为同步意味着阻塞加载,浏览器资源是异步加载的,因此有了AMD CMD解决方案。

AMD规范在浏览器环境中异步加载模块,而且可以并行加载多个模块。不过,AMD规范开发成本高,代码的阅读和书写比较困难,模块定义方式的语义不顺畅。

CMD规范与AMD规范很相似,都用于浏览器编程,依赖就近,延迟执行,可以很容易在Node.js中运行。不过,依赖SPM 打包,模块的加载逻辑偏重

ES6 在语言标准的层面上,实现了模块功能,而且实现得相当简单,完全可以取代 CommonJS 和 AMD 规范,成为浏览器和服务器通用的模块解决方案。

CommonJS:

CommonJS 模块规范:每个文件就是一个模块,有自己的作用域。在一个文件里面定义的变量、函数、类,都是私有的,对其他文件不可见。在服务器端,模块的加载是运行时同步加载的;在浏览器端,模块需要提前编译打包处理。(comonjs 它加载模块是同步的)

特点:
· 所有代码都运行在模块作用域,不会污染全局作用域。
· 模块可以多次加载,但是只会在第一次加载时运行一次,然后运行结果就被缓存了,以后再加载,就直接读取缓存结果。要想让模块再次运行,必须清除缓存。
· 模块加载的顺序,按照其在代码中出现的顺序。

暴露模块:module.exports = value或exports.xxx = value
引入模块:require(xxx),如果是第三方模块,xxx为模块名;如果是自定义模块,xxx为模块文件路径

AMD

CommonJS规范加载模块是同步的,也就是说,只有加载完成,才能执行后面的操作。AMD规范则是非同步加载模块,允许指定回调函数。由于Node.js主要用于服务器编程,模块文件一般都已经存在于本地硬盘,所以加载起来比较快,不用考虑非同步加载的方式,所以CommonJS规范比较适用。但是,如果是浏览器环境,要从服务器端加载模块,这时就必须采用非同步模式,因此浏览器端一般采用AMD规范。

基本语法:

暴露模块

define(['module1', 'module2'], function(m1, m2){

    return 模块

})
引用模块

require(['module1', 'module2'], function(m1, m2){

    使用m1/m2

})

CMD

CMD规范专门用于浏览器端,模块的加载是异步的,模块使用时才会加载执行。CMD规范整合了CommonJS和AMD规范的特点。在 Sea.js 中,所有 JavaScript 模块都遵循 CMD模块定义规范。

ES6

ES6 模块的设计思想是尽量的静态化,使得编译时就能确定模块的依赖关系,以及输入和输出的变量。CommonJS 和 AMD 模块,都只能在运行时确定这些东西。比如,CommonJS 模块就是对象,输入时必须查找对象属性。

定义模块

var basicNum = 0;var add = function (a, b) {

    return a + b;

};

export { basicNum, add };
引用模块

import { basicNum, add } from './math';

function test(ele) {

    ele.textContent = add(99 + basicNum);
    
}

ES6 和 commonjs 有两个比较大的差异:

1.CommonJS 模块输出的是一个值的拷贝,ES6 模块输出的是值的引用。

2.CommonJS 模块是运行时加载,ES6 模块是编译时输出接口。


 

猜你喜欢

转载自blog.csdn.net/qq_33168578/article/details/114698899