javascript - 为什么我应该捆绑一个库（使用 Rollup 或 Webpack）插入仅使用 Babel 进行编译？

问题描述

如果我正在用 Javascript 编写库，那么与仅使用 Babel 进行编译相比，与 Rollup 或 Webpack 之类的东西捆绑有什么优势？我唯一能想到的是，如果我只是转译，那么我的所有依赖项可能实际上都是对等依赖项（尽管我不能 100% 确定这是否属实）。但是，如果我正在做一个相对普通的 React 组件（或者我正在构建像 material-ui 这样的更大的库之上），我可能希望它们无论如何都是对等依赖项，所以如果我依赖，这应该只是一个问题无论如何，我的消费者不太可能安装多个较小的库。此外，如果我只是转译，理论上消费者更容易只导入他们想要的部分（因为每个文件都将被转译和导入）而不是直接导入。

我错过了什么吗？作为一个库开发人员，打包程序是否为我做了一些工作，我只想确保代码在可能无法实现我想要使用的现代语言功能的旧浏览器中更直接可用？

标签： javascriptnpmwebpackrollup

javascript - 为什么我应该捆绑一个库（使用 Rollup 或 Webpack）插入仅使用 Babel 进行编译？

问题描述

解决方案

推荐阅读