摘要:首先把这个示例仓库下载到本地准备就绪,正文开始简介以下内容基于和这两个打包工具来展开。但是目前,中的大多数包都是以模块的形式出现的。在它们更改之前,我们需要将模块转换为供处理。可以在中把注释掉看看打包后的文件,会把整个打包进来。
本文一共七个例子,由浅入深带你熟悉Rollup。首先把 rollup-demos 这个示例仓库下载到本地
mkdir rollup cd rollup git clone git@github.com:qiqihaobenben/rollup-demos.git
准备就绪,正文开始
简介以下内容基于Webpack和Rollup这两个打包工具来展开。
工具的使用是分场景的,Rollup的使用场景是,你的代码基于 ES6 模块编写,并且你做的东西是准备给他人使用的。
有一句经验之谈:在开发应用时使用 Webpack,开发库时使用 Rollup。
例如:React、Vue、Ember、Preact、D3、Three.js、Moment 等众多知名项目都使用了 Rollup
优点
编译运行出来的代码内容格式可读性好。
几乎没什么多余代码,除了必要的cjs, umd头外,bundle代码基本和源码没什么差异,没有奇怪的__webpack_require__, Object.defineProperty
相比Webpack,Rollup拥有无可比拟的性能优势,这是由依赖处理方式决定的,编译时依赖处理(Rollup)自然比运行时依赖处理(Webpack)性能更好,而且没什么多余代码,如上文提到的,webpack bundle不仅体积大,非业务代码(__webpack_require__, Object.defineProperty)执行耗时也不容小视。Rollup没有生成这些额外的东西,执行耗时主要在于Compile Script 和 Evaluate Script 上,其余部分可以忽略不计
支持ES6模块和IIFE格式。
对于ES6模块依赖库,Rollup会静态分析代码中的 import,并将排除任何未实际使用的代码。(Tree-shaking)
缺点
插件生态相对较弱,一些常见需求无法满足
比如打包多个依赖库,把公共依赖项提出来(Webpack的CommonsChunkPlugin)还有HMR(模块热替换)
文档相对较少,遇到问题无法快速解决
安装npm install -g rollup
全部指令Usage: rollup [options]配置文件细则Basic options: -v, --version Show version number -h, --help Show this help message -c, --config Use this config file (if argument is used but value is unspecified, defaults to rollup.config.js) -w, --watch Watch files in bundle and rebuild on changes -i, --input Input (alternative to ) -o, --output.file
export default { // 核心选项 input, // 必须 external, plugins, // 额外选项 onwarn, // danger zone acorn, context, moduleContext, legacy output: { // 必须 (如果要输出多个,可以是一个数组) // 核心选项 file, // 必须 format, // 必须 name, globals, // 额外选项 paths, banner, footer, intro, outro, sourcemap, sourcemapFile, interop, // 高危选项 exports, amd, indent strict }, };简单实例
生成浏览器可用
//打包main.js到bundle.js 打包格式是立即执行函数 rollup main.js -o bundle.js -f iife
生成Node.js可用
//打包main.js到bundle.js 打包格式是commonjs。 rollup main.js -o bundle.js -f cjs
Node.js和浏览器都可用
//打包main.js到bundle.js 打包格式是UMD,这个格式需要一个模块名 rollup main.js -o bundle.js -f umd --name "myBundle"
运行配置文件
rollup -c
实际操作 example1// src/example1/main.js import one from "./module1.js"; export default function () { console.log(one); } // src/example1/module1.js export default "hello world!"
在项目根目录(之后Rollup运行会默认这个目录)运行
rollup src/example1/main.js -o dist/example1/bundle.js -f cjs
解析:
-f 选项( --output.format 的缩写)指定了所创建 bundle 的类型,打包时必须要有的选项,否则会报错。
输出的格式有amd, cjs, es, iife, umd,可以把命令行中 -f 后面的 cjs 改为其他的,看一下生成的bundle.js的内容有什么不一样。对于模块不熟悉的可以看一下 很全很全的JavaScript的模块讲解
-o 是 --output.file 的缩写,如果不写会默认输出到命令行终端(标准输出)。
example2如果添加更多的选项,上面这种命令行的方式就显得麻烦了,就得需要 使用配置文件 了。
在项目 src/example2 文件夹下,新建一个 rollup.config.js 文件,写入以下代码:
export default { input: "src/example2/main.js", output: { file: "dist/example2/bundle.js", format: "cjs" } }
新建一个main.js 和 module2.js如下:
// src/example2/main.js import one from "./module2.js"; export default function () { console.log(one); } // src/example1/module2.js export default "hello config!"
接下来就是运行命令,rollup.config.js本来是Rollup默认运行的配置文件,如果我们的rollup.config.js是放在根目录下的,可以直接运行rollup -c,不用任何选项,但是我们是放在src/module2文件夹下的,所以要加上配置文件的路径
rollup -c src/module2/rollup.config.js
注意
同样的命令行选项将会覆盖配置文件中的选项,例如:
rollup -c src/module2/rollup.config.js -o dist/example2/bundle2.js 那么打包好的文件名就是bundle2.js
Rollup 本身会处理配置文件,所以可以使用 export default 语法——代码不会经过 Babel 等类似工具编译,所以只能使用支持 ES2015(ES6) 语法的 Node.js 版本。
example3随着构建更复杂的 bundle,我们需要加入插件(plugins)。
使用 rollup-plugin-json,令 Rollup 从 JSON 文件中读取数据。
将 rollup-plugin-json 安装为开发依赖,因为代码实际执行时不依赖这个插件——只是在打包时使用,所以用的是--save-dev 而不是 --save
npm i -D rollup-plugin-json 或者 npm install --save-dev rollup-plugin-json
src/example3文件夹下新建 main.js 和 rollup.config.js
// main.js import { version} from "../../package.json"; export default function () { console.log(`version is ${version}`); } // rollup.config.js import json from "rollup-plugin-json"; export default { input: "src/example3/main.js", output: { file: "dist/example3/bundle.js", format: "cjs" }, plugins: [ json() ] }
运行命令 rollup -c src/example3/rollup.config.js
扩展: json函数可以传入 include指定包含文件、exclude指定排除文件,preferConst如果为true,用const接受输出,如果为false,用 var接收输出。
注意: tree-shaking的作用,可以看到打包好bundle.js中只有version输入,package.json 中的其它数据被忽略了。
example4Rollup 不知道怎么处理依赖于从 npm 安装到你的 node_modules 文件夹中的软件包。
例如,添加一个简单的依赖 the-answer,它输出对生活、宇宙及其它一切的答案,这个简单的包是用来演示如何将npm包汇总到Rollup包中。特别是, 此包在package.json中添加了 "main" (UMD 格式) 和 "模块" (ES2015 格式)这个两个选项。
看一下,按照普通流程引入 the-answer 模块会是什么结果。
npm install the-answer
在 src/example4 文件夹下新增 main.js 和 rollup.config.js
// main.js import answer from "the-answer"; export default function () { console.log("the answer is " + answer); } // rollup.config.js export default { input: "src/example4/main.js", output: { file: "dist/example4/bundle.js", format: "cjs" }, plugins: [ // 没有加入任何插件 ] }
运行: rollup -c src/example4/rollup.config.js 会有一个警告 Unresolved dependencies ,我们看一下 打包好的dist/example4/bundle.js
// 截取dist/example4/bundle.js` function _interopDefault (ex) { return (ex && (typeof ex === "object") && "default" in ex) ? ex["default"] : ex; } var answer = _interopDefault(require("the-answer")); // 可以看到the-answer并没有打包进来,还得用node的require去请求,然后经过函数转化才能拿到the-answer的输出值 // 我们可以看一下 node_modules 下的 the-answer 模块暴露出的内容 var index = 42; export default index; // 这样也可以看出,如果the-answer如果打包进来,应该是: var answer = 42;
现在我们需要一个插件 rollup-plugin-node-resolve 来告诉 Rollup 如何查找外部模块
npm i -D rollup-plugin-node-resolve
将插件加入配置文件中
import resolve from "rollup-plugin-node-resolve"; export default { input: "src/example4/main.js", output: { file: "dist/example4/bundle.js", format: "cjs" }, plugins: [ resolve() ] }
再次运行rollup -c src/example4/rollup.config.js 没有警告 ,我们看一下打包好的dist/example4/bundle.js
"use strict"; // the-answer的输出已经打包进来了 var index = 42; function main () { console.log("the answer is " + index); } module.exports = main;example5
类似 the-answer 一些库因为 package.json里的module选项可以让我们正常导入的ES6模块。 但是目前,npm中的大多数包都是以CommonJS模块的形式出现的。 在它们更改之前,我们需要将CommonJS模块转换为 ES2015 供 Rollup 处理。
rollup-plugin-commonjs 插件就是用来将 CommonJS 转换成 ES2015 模块的。通常,这个插件会跟 rollup-plugin-node-resolve配合使用,这样就能打包 node_modules依赖中的CommonJS。
rollup-plugin-commonjs 应该用在其他插件转换你的模块之前 - 这是为了防止其他插件的改变破坏CommonJS的检测。
安装:npm i -D rollup-plugin-commonjs
在 src/example5文件夹下新建 main.js 和 module5.js rollup.config.js, 用来验证插件。
// module5.js exports.named = "cfangxu"; //module.exports = {named: "cfangxu"} 这个会报错,但是插件文档里说是好的,给他提一个issues // main.js import { named } from "./module5.js"; export default function () { console.log(named); } // rollup.config.js import resolve from "rollup-plugin-node-resolve"; import commonjs from "rollup-plugin-commonjs"; export default { input: "src/example5/main.js", output: { file: "dist/example5/bundle.js", format: "cjs" }, plugins: [ resolve({ jsnext: true, main: true }), commonjs() ] }
注意: 如果引入的是 node_modules里的模块
例如:import { named } from "my-lib";
要启用 namedExports 选项显示的指定命名输出。当然你也可以整体都引入
即: import all from "my-lib";
external 接受一个模块名称的数组或一个接受模块名称的函数(如果它被视为外部引用(externals)则返回true)
安装 lodash: npm i -S lodash
在 src/example6 文件夹中新建 main.js 和 rollup.config.js
// main.js import answer from "the-answer"; import _ from "lodash"; // rollup.config.js import resolve from "rollup-plugin-node-resolve"; export default { input: "src/example6/main.js", output: { file: "dist/example6/bundle.js", format: "umd", name: "example6" }, plugins: [ resolve() ], external: ["lodash"] }
配置文件中加入 external 就不会把第三方的库打包进我们最后的文件了。可以在 src/example5/rollup.config.js 中把 external 注释掉看看打包后的文件,会把整个 lodsh 打包进来。
扩展: 如果用到 lodsh ,可以使用 babel-plugin-lodash 来最优选择lodash模块。
我们在项目中有很大概率用到 babel ,使用 Babel 和 Rollup 的最简单方法是使用 rollup-plugin-babel
安装: npm i -D rollup-plugin-babel
在 src/example7文件夹下新建 main.js .babelrc rollup.config.js
//main.js import answer from "the-answer"; export default function () { console.log(`the answer is ${answer}`); } //.babelrc { "presets": [ ["env",{ "modules": false }] ], "plugins": [ "external-helpers" ] } //rollup.config.js import resolve from "rollup-plugin-node-resolve"; import babel from "rollup-plugin-babel"; export default { input: "src/example7/main.js", output: { file: "dist/example7/bundle.js", format: "cjs" }, plugins: [ resolve(), babel({ exclude: "node_modules/**", externalHelpers: true }) ] }
安装: npm i -D babel-core babel-preset-env babel-plugin-external-helpers
运行:rollup -c src/example7/rollup.config.js
// dist/example7/bundle.js "use strict"; var index = 42; function main () { // 转成了ES5的语法了 console.log("the answer is " + index); } module.exports = main;
说明
babel-plugin-external-helpers 这个模块是在 .babelrc 文件中体现,目的是让babel转义出来的帮助性代码只在该文件的头部出现一次,而不会再每个引入的模块中加入,如果不想把这些帮助性的代码打包进你的文件,需要在rollup的配置文件中加入 externalHelpers: true,这样就会引用一个全局的babelHelpers 对象
推荐资料rollup.js 中文文档
Rollup 插件列表
文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/92283.html
摘要:为何有查阅了的文档,并没有找到字段的定义,直到才知道它是中最早就提出的概念。况且目前大部分仍是采用,所以便使用了另一个字段。所以目前主流的打包工具都是支持的,鉴于其优点,字段很有可能加入的规范之中。 引入 最近团队的一个同学在搞 npm library 源码的调试插件,因为内部的一个组件库含有大量的逻辑,在某个项目中不经意就出现一个磨人的 bug,但是组件库发布都是打包编译后的代码,而...
摘要:帮我们实现了,目前和都还不支持这一屌爆了的功能。如果你现在就想实现这一功能的话,你就可以尝试使用通过编译,中未调用的方法并未打包到新的中。代码如下使用方法使用工具来搞定打包功能。首先在根目录建立和文件这个是工具的标配。 在我们模块化项目时,经常调用一个模块,使用了其中一个方法,其它N多的方法我们未调用,我们希望未调用到的方法或者变量忽略它们,并且不打包到js文件中,这样在大项目里面可以...
摘要:所以,打包工具就出现了,它可以帮助做这些繁琐的工作。打包工具介绍仅介绍款主流的打包工具,,,,以发布时间为顺序。它定位是模块打包器,而属于构建工具。而且在其他的打包工具在处理非网页文件比如等基本还是需要借助它来实现。 本文当时写在本地,发现换电脑很不是方便,在这里记录下。 前端的打包工具 打包工具可以更好的管理html,css,javascript,使用可以锦上添花,不使用也没关系...
摘要:根据官网的解释,是下一代模块化工具。之后,模块化的写法将更加的趋势化,我们会将以前的文件切割成多个的细小模块。从的人数上,还是持有很大的保留意见的,所有我个人可能会在一些小型或者快速项目中做尝试而已。 最近看到挺多次 Rollup 这个词,再也架不住好奇,简单的学习实践了一下。完整项目库地址请戳。 PS: ES6 对应 ES2015,请忽略这些细节。 什么是 Rollup Rollup...
摘要:年月份的时候,将的构建工具换成了。的特点代码分割有两种组织模块依赖的方式,同步和异步。而目前在中大型项目中使用得非常广泛。更多网易技术产品运营经验分享请访问网易云社区。文章来源网易云社区 本文由作者余伯贤授权网易云社区发布。 2017年4月份的时候,Facebook将React的构建工具换成了Rollup。很多人就有疑问了,Webpack不也是Facebook团队开发的吗,为什么不使用...
阅读 472·2021-11-22 12:05
阅读 1531·2021-11-17 09:33
阅读 3578·2021-11-11 16:54
阅读 2658·2021-10-14 09:49
阅读 4023·2021-09-06 15:01
阅读 1820·2019-08-29 17:23
阅读 693·2019-08-29 14:09
阅读 712·2019-08-29 12:28