前端模块化

柔情只为你懂 2022-04-10 01:47 269阅读 0赞

1、CommonJS

服务器端的Node.js 遵循CommonJS规范，该规范的核心思想是允许模块通过require方法来同步加载所要依赖的其他模块，然后通过exports或module.exports来导出需要暴露的接口。

使用

引入模块

let express = require('express');

导出模块

module.exports.test1 = function () {}
    
    exports.test2 = {}

优缺点

优点

服务器端模块便于重用

NPM中已经有超过45万个可以使用的模块包

简单并容易使用

缺点

同步的模块加载方式不适合浏览器环境，同步意味着阻塞加载，浏览器资源是异步加载的

不能非阻塞的并行加载多个模块

实现

服务器端的Node.js

Browserify，浏览器端的CommonJS 实现，可以使用 NPM 的模块，但是编译打包后的文件体积可能很大

modules-webmake，类似Browserify，还不如 Browserify 灵活

wreq，Browserify 的前身

2、AMD

Asynchronous Module Definition 规范其实只有一个主要接口，define(id?, dependencies?, factory)，它要在声明模块的时候指定所有的依赖dependencies，并且还要当做形参传到factory中，对于依赖的模块提前执行，依赖前置。AMD是提前执行，它本身依赖的模块会比它本身提前加载完成，而CMD是依赖执行 当我们的代码执行到require这一步的时候才会引进我们的所要依赖的模块，CMD跟AMD非常的相似，但是语法跟commonjs由非常相似

使用

定义模块

define('module', ['dep1', 'dep2'], function (d1, d2) {
    
        return {}
    
    });

引入模块

require(['module', '../file'], funtion(module, file) {
    
        // ...
    
    })

优缺点

优点

适合在浏览器环境中异步加载模块

可以并行加载多个模块

缺点

提高了开发成本，代码的阅读和书写比较困难，模块定义方式的语义不顺畅

不符合通用的模块化思维方式，是一种妥协的实现

实现

RequireJS

curl

3、CMD

Common Module Definition 规范和 AMD 很相似，尽量保持简单，并与 CommonJS 和 Node.js 的 Modules 规范保持了很大的兼容性。

使用

定义

define(function (require, exports, module) {
    
        var $ = require('jquery');
    
        var Sprinning = require('./spinning');
    
        exports.test1 = {};
    
        module.exports = {};
    
    });

引入

define(function (require, exports, module) {
    
        var $ = require('jquery');
    
        $('div')...
    
    });

优缺点

优点

依赖就近，延迟执行

可以很容易在Node.js中运行

缺点

依赖SPM打包，模块的加载逻辑偏重

实现

Sea.js

coolie

4、ES6 模块