慣性聚合 関心のあるブログ、ニュース、テクノロジーを効率的に追跡
原文を読む 慣性聚合で開く

おすすめ購読元

博客园 - 司徒正美
V
V2EX
T
Tailwind CSS Blog
有赞技术团队
有赞技术团队
aimingoo的专栏
aimingoo的专栏
Apple Machine Learning Research
Apple Machine Learning Research
IT之家
IT之家
Blog — PlanetScale
Blog — PlanetScale
A
About on SuperTechFans
月光博客
月光博客
T
The Blog of Author Tim Ferriss
宝玉的分享
宝玉的分享
Martin Fowler
Martin Fowler
博客园 - 聂微东
The GitHub Blog
The GitHub Blog
V
Visual Studio Blog
WordPress大学
WordPress大学
酷 壳 – CoolShell
酷 壳 – CoolShell
Engineering at Meta
Engineering at Meta
GbyAI
GbyAI

阮一峰的网络日志

科技爱好者周刊(第 396 期):互联网通信的替代方案 科技爱好者周刊(第 396 期):互联网通信的替代方案 - 阮一峰的网络日志 科技爱好者周刊(第 395 期):软件开发的第三种方式 科技爱好者周刊(第 395 期):软件开发的第三种方式 - 阮一峰的网络日志 科技爱好者周刊(第 393 期):脑腐状态 科技爱好者周刊(第 392 期):axios 投毒与好莱坞式骗术 科技爱好者周刊(第 391 期):AI 的贫富分化 科技爱好者周刊(第 390 期):没有语料,大模型就是智障 套壳中国大模型撑起500亿美元估值?扒一扒 Cursor 的"套壳"疑云 科技爱好者周刊(第 389 期):未来如何招聘程序员 科技爱好者周刊(第 388 期):测试是新的护城河 零安装的"云养虾":ArkClaw 使用指南 科技爱好者周刊(第 387 期):你是领先的 科技爱好者周刊(第 386 期):当外卖员接入 AI 字节全家桶 Seed 2.0 + TRAE 玩转 Skill 科技爱好者周刊(第 385 期):马斯克害怕中国车企吗? 智谱旗舰 GLM-5 实测:对比 Opus 4.6 和 GPT-5.3-Codex 科技爱好者周刊(第 384 期):为什么软件股下跌 科技爱好者周刊(第 383 期):你是第几级 AI 编程 Kimi 的一体化,Manus 的分层 科技爱好者周刊(第 382 期):独立软件的黄昏 AI native Workspace 也许是智能体的下一阶段 科技爱好者周刊(第 381 期):中国 AI 大模型领导者在想什么 科技爱好者周刊(第 380 期):为什么人们拥抱"不对称收益" 科技爱好者周刊(第 379 期):《硅谷钢铁侠》摘录 我如何用 AI 处理历史遗留代码:MiniMax M2.1 升级体验 科技爱好者周刊(第 378 期):预测是新的互联网热点 科技爱好者周刊(第 377 期):14万美元的贫困线 科技爱好者周刊(第 376 期):太空数据中心的争议 科技爱好者周刊(第 375 期):一扇门的 Bug 终于有人做了 Subagent,TRAE 国内版 SOLO 模式来了 科技爱好者周刊(第 374 期):6GHz 的问题 VS Code 使用国产大模型 MiniMax M2 教程 科技爱好者周刊(第 373 期):数据模型是新产品的核心 国产大模型接入 Claude Code 教程:以 Doubao-Seed-Code 为例 科技爱好者周刊(第 372 期):软件界面如何设计 大模型比拼:MiniMax M2 vs GLM 4.6 vs Claude Sonnet 4.5 科技爱好者周刊(第 371 期):一个乐观主义者的专访 科技爱好者周刊(第 370 期):正确的代码高亮 错误处理:异常好于状态码 科技爱好者周刊(第 369 期):Tim 与罗永浩的对谈 科技爱好者周刊(第 368 期):不要这样管理软件团队 一天之内,智谱和 Anthropic 都发了最强编程模型 科技爱好者周刊(第 367 期):Nano Banana 的几个妙用 科技爱好者周刊(第 366 期):旧金山疯狂的 AI 广告 科技爱好者周刊(第 365 期):流量变现正在崩塌 科技爱好者周刊(第 364 期):最难还原的魔方 科技爱好者周刊(第 363 期):最好懂的神经网络解释 科技爱好者周刊(第 362 期):GitHub 工程师谈系统设计 科技爱好者周刊(第 361 期):暗网 Tor 安全吗?
バンドルツール Rollup.js 入門チュートリアル
阮一峰 · 2022-05-05 · via 阮一峰的网络日志

rollup.js は JavaScript のパッケージングツールです。本稿ではその基本的な使い方について説明します。

一、概要

パッケージングツールの役割は、複数の JavaScript スクリプトを一つにまとめて、ブラウザで使用する形にすることです。

ブラウザがスクリプトをパッケージングする主な理由は三つあります。

(1)初期のブラウザはモジュールをサポートしていなかったため、大規模なウェブページプロジェクトではまず一つのスクリプトにまとめてから実行する必要がありました。

(2)Node.js のモジュール機構はブラウザと互換性がなく、パッケージングツールを通じて互換性を処理する必要がありました。

(3)ブラウザが一つの大規模なスクリプトをロードする方が、複数の小規模なスクリプトをロードする場合よりも性能が良いです。

現在、最も一般的に使われているパッケージングツールは Webpack です。その機能は強力ですが、学習曲線が急で使いにくいことで、しばしば非難されています。

rollup.js の開発意図は、簡単に使える ES モジュールパッケージングツールを作ることであり、設定不要で直接使えるようにすることでした。これについては確かに実現しています。

その後、発展を重ねて、CommonJS モジュールもパッケージングできるようになりました。しかし、この時には複雑な設定が必要となり、実際には Webpack よりは簡単ではありません。

したがって、rollup.js を ES モジュールのパッケージングにのみ使用することを推奨します。そうすれば、その強みを最大限に発揮できます。以下で見るように、それはどれほど簡単なことですか。

プロジェクトで CommonJS モジュールを使用している場合は、rollup.js を使用することを推奨しません。強みはあまりありません。

ES モジュールと CommonJS モジュールの違いをまだ理解していない場合は、ES6 教程を参照してください。

二、インストール

本稿ではグローバルにrollup.jsをインストールします。


$ npm install --global rollup

しかし、インストールせずに直接使用することも可能です。その場合、以下のすべてのコマンド内のrollupnpx rollupに置き換えます(『npx 使用ガイド』参照)。

初めて使用する場合は、以下のコマンドを実行してヘルプを確認できます。


$ rollup --help
# 或者
$ npx rollup --help

三、サンプル

以下では、rollup.jsを使って、ライブラリファイルadd.jsとエントリースクリプトmain.jsの2つの簡単なスクリプトをパッケージ化します。


// add.js
const PI = 3.14;
const E = 2.718;

export function addPi(x) {
  return x + PI;
}

export function addE(x) {
  return x + E; 
}

上記のコードでは、モジュールadd.jsがaddPi()addE()という2つのユーティリティ関数を出力しています。


// main.js
import { addPi } from './add.js';

console.log(addPi(10));

のコードでは、エントリースクリプトmain.jsがadd.js内のツール関数addPi()をロードしています。

次に、rollup.jsでパッケージ化します。


$ rollup main.js

パッケージ化する際には、エントリースクリプトmain.jsを指定するだけで、rollupが自動的に依存関係をパッケージ化します。

パッケージ化結果はデフォルトで画面に表示されます。


const PI = 3.14;

function addPi(x) {
  return x + PI;
}

console.log(addPi(10));

確認すると、importexportのステートメントがなくなっており、元のコードに置き換えられています。

また、関数addE()はパッケージ化されませんでしたが、使用されていませんでした。この機能は「ツリーシェイク」と呼ばれ、パッケージ化時に使用されていないコードを自動的に削除します。

これらの点により、rollupが出力するコードは非常に整理されており、他のパッケージ化ツールよりも小さいサイズです。

パラメータ--file [FILENAME]を使用して、パッケージ化結果を指定されたファイルに保存します。


$ rollup main.js --file bundle.js

上記のコマンドは、パッケージ化結果をbundle.jsに保存します。

四、使用上の注意点

(1)複数のエントリースクリプトがある場合は、それらのファイル名を順番に記入し、パラメータ--dirを使用して出力ディレクトリを指定します。


$ rollup m1.js m2.js --dir dist

上記のコマンドは、ディレクトリdistで、m1.js、m2.js、およびそれらの共通の依存関係(ある場合)を含む複数のファイルをパッケージ化して生成します。

(2)パラメータ--format iifeは、パッケージ化結果を自動実行関数内に配置します。


$ rollup main.js --format iife

(3)パッケージ化後にコードを最小化したい場合は、パラメータ--compactを使用します。


$ rollup main.js --compact

別の方法として専用ツールを使用する方法があります。


$ rollup main.js | uglifyjs --output bundle.js

上記のコマンドは2つのステップに分かれており、最初のステップはRollupによるパッケージ化で、次のステップはUglifyJSによるコードの最小化、最後にbundle.jsに書き込みます。

(4)Rollupは設定ファイル(rollup.config.js)を使用して設定することができ、パラメータをすべてその中に書き込むことができます。以下に例を示します。


// rollup.config.js
export default {
  input: 'main.js',
  output: {
    file: 'bundle.js',
    format: 'es'
  }
};

パラメータ-c設定ファイルを有効にする。


$ rollup -c

設定ファイルの使用は推奨しません。そうすると追加の複雑さが生じます。デフォルトのシナリオでは、コマンドラインパラメータで十分であり、より読みやすくなります。

五、CommonJSモジュールへの変換

最後に、RollupはESモジュールをCommonJSモジュールに変換することもサポートしており、パラメータを使用します。--format cjsで完了です。


$ rollup add.js --format cjs

がCommonJSモジュールに変換されたコードは以下の通りです。


'use strict';

Object.defineProperty(exports, '__esModule', { value: true });

const PI = 3.14;
const E = 2.718;

function addPi(x) {
  return x + PI;
}

function addE(x) {
  return x + E; 
}

exports.addE = addE;
exports.addPi = addPi;

(終)