有同学开发了一个组件库,可被模块化给坑死了......

开发 前端
我们知道,库的打包一般推荐使用  rollup。不过 rollup 使用起来可并不简单,特别是 打包格式的问题!。库的打包格式划分要比项目复杂的多,涉及到 IIFE、UMD、ESM、CJS 等多种格式方案。

Hello,大家好,我是 Sunday。

最近有同学开发了一套自己的组件库,目前组件已经储备了 30 多个。但是,在 打包的时候 可遇到了不少的坑。

我们知道,库的打包一般推荐使用  rollup。不过 rollup 使用起来可并不简单,特别是 打包格式的问题!。库的打包格式划分要比项目复杂的多,涉及到 IIFE、UMD、ESM、CJS 等多种格式方案。

那么这些打包格式到底要怎么使用?每一个又代表的是什么意思呢?

今天咱们就针对这个问题,来统一为大家解释一下!

为什么要关注打包格式?

打包格式本质上决定了我们打包后的代码该如何在不同的环境下运行。

比如,你可能会打包一个工具库,希望它既能在浏览器环境下以 <script> 引入,也能在 Node.js 中通过 require 引入,还能通过 import 在现代的模块化项目中使用。不同的场景需要不同的打包格式支持,那么想要达成这样的目的,我们就必须要了解打包格式!

目前常见的打包格式主要有 4 种,分别为:IIFE、UMD、ESM、CJS。

1. IIFE (Immediately Invoked Function Expression)

IIFE(立即执行函数表达式)是一种将代码包裹在立即执行的函数中的打包格式。这种格式可以直接在浏览器中运行,因为所有代码都被封装在一个函数里,所以不会污染全局作用域。

使用场景

适合直接用 <script> 标签引入的场景,在这种情况下,你只需要加载文件,就可以立即运行。

代码示例

// Rollup 配置
export default {
  input: 'src/index.js',
  output: {
    file: 'dist/bundle.iife.js',
    format: 'iife', // IIFE 格式
    name: 'MyLibrary', // 全局变量名
  }
};

上面的配置会生成一个 IIFE 格式的文件。假设你的库名为 MyLibrary,在浏览器中引入这个打包文件后,就可以通过 window.MyLibrary 访问你的库。

打包结果示例

(function () {
  'use strict';

  function sayHello() {
    console.log('Hello, World!');
  }

  window.MyLibrary = { sayHello };

})();

这里可以看到所有代码被包裹在一个立即执行函数中。因为我们指定了 name: 'MyLibrary',最终结果会挂载到 window.MyLibrary 下。

2. UMD (Universal Module Definition)

UMD(通用模块定义)是一个兼容性极强的格式,它同时支持 AMD(异步模块定义)和 CommonJS 模块规范。也就是说,不管你是在浏览器、Node.js,还是其他模块加载器环境中,UMD 格式都能适用。

使用场景

适合需要兼容性强的库,既希望支持 require 引入,也希望能在浏览器中通过 <script> 引入的场景。

代码示例

// Rollup 配置
export default {
  input: 'src/index.js',
  output: {
    file: 'dist/bundle.umd.js',
    format: 'umd', // UMD 格式
    name: 'MyLibrary'
  }
};

打包结果示例

(function (global, factory) {
  typeof exports === 'object' && typeof module !== 'undefined' ? module.exports = factory() :
  typeof define === 'function' && define.amd ? define(factory) :
  (global.MyLibrary = factory());
}(this, (function () {
  'use strict';

  function sayHello() {
    console.log('Hello, World!');
  }

  return { sayHello };

})));

UMD 格式的代码根据不同的环境,选择不同的导出方式:

  • 如果检测到 module.exports 存在,则导出为 CommonJS;
  • 如果 define.amd 存在,则支持 AMD。
  • 否则,将库挂载到全局对象(在浏览器环境中通常是 window)。

3. ESM (ES Module)

ESM(ES 模块)是 ES6 规范下的模块化格式。

ESM 格式支持 import 和 export,在现代浏览器以及支持模块化的环境(比如 Node.js >=12)中,ESM 是首选格式,因为它在加载效率、按需加载方面都有天然优势。

使用场景

适合现代的模块化项目,通过 import 和 export 语法进行模块导入导出。

代码示例

// Rollup 配置
export default {
  input: 'src/index.js',
  output: {
    file: 'dist/bundle.esm.js',
    format: 'es' // ESM 格式
  }
};

打包结果示例

// bundle.esm.js
function sayHello() {
  console.log('Hello, World!');
}

export { sayHello };

这里我们直接使用了 export,ESM 格式生成的代码可以直接被其他模块通过 import 引入,而不需要任何额外的包装。

4. CJS (CommonJS)

CJS(CommonJS)是 Node.js 的模块规范。

在 CommonJS 中,使用 module.exports 和 require 来导出和导入模块。CJS 格式在 Node.js 环境中非常常见。

使用场景

适合在 Node.js 环境中使用的库,适合需要使用 require 的场景。

代码示例

// Rollup 配置
export default {
  input: 'src/index.js',
  output: {
    file: 'dist/bundle.cjs.js',
    format: 'cjs' // CJS 格式
  }
};

打包结果示例

'use strict';

function sayHello() {
  console.log('Hello, World!');
}

module.exports = { sayHello };

在 CJS 格式下,我们通过 module.exports 导出函数或对象,这样其他文件就可以使用 require 导入该模块。

如何选择正确的格式

在使用 Rollup 打包时,我们应该根据使用场景选择合适的格式:

  • IIFE:适合直接在浏览器中以 <script> 方式引入,不需要模块化的支持。
  • UMD:适合需要支持多种加载方式的库,兼容性最好。
  • ESM:首选的现代模块格式,适合现代模块化项目。
  • CJS:适合在 Node.js 环境中使用的模块。

多格式输出的组合

为了兼容不同的使用场景,很多库会选择同时输出多种格式。即:我们可以通过一种统一的配置,一次性完成多种格式的输出:

// Rollup 配置
export default {
  input: 'src/index.js',
  output: [
    { file: 'dist/bundle.iife.js', format: 'iife', name: 'MyLibrary' },
    { file: 'dist/bundle.umd.js', format: 'umd', name: 'MyLibrary' },
    { file: 'dist/bundle.esm.js', format: 'es' },
    { file: 'dist/bundle.cjs.js', format: 'cjs' }
  ]
};

这样配置后,Rollup 会生成四种不同格式的文件,我们可以根据需要,选择合适的文件进行引入。

责任编辑:武晓燕 来源: 程序员Sunday
相关推荐

2017-02-13 18:46:38

Android模块化组件化

2023-02-13 00:18:22

前端库框架集合

2018-09-07 23:06:18

量子计算机架构开发

2017-07-11 11:02:03

APP模块化架构

2020-07-17 09:58:31

Python开发工具

2021-10-25 05:49:25

模块化UPS电源

2019-02-11 14:35:59

Linux硬件监控工具命令

2014-04-27 10:16:31

QCon北京2014Andrew Bett

2019-08-28 16:18:39

JavaScriptJS前端

2010-08-02 09:10:36

Flex模块化

2019-01-30 14:04:57

Fedora存储库

2016-07-25 18:09:29

2011-01-11 13:40:44

webcssdiv

2023-01-06 08:59:07

模块化基础设施框架

2021-10-11 09:51:37

模块化UPS架构

2024-04-01 11:52:46

2022-11-10 09:28:40

框架开发

2023-03-29 08:13:57

Windows 12微软

2021-02-06 23:26:25

聊天室开发WebSocket

2025-01-20 00:35:00

vitestvite组件
点赞
收藏

51CTO技术栈公众号