パッケージ

別名: Package, ライブラリパッケージ, モジュール

パッケージとは、誰かが書いたコードを配布・インストールできる形にまとめたもの です。
パッケージマネージャー（npm, pipなど）を使って導入し、自分のプロジェクトで利用します。

「パッケージ」に厳密な業界統一の定義はありません。
言語やツールによって指すものが微妙に異なり、「ライブラリ」とほぼ同じ意味で使われることもよくあります。
この記事では、多くの現場で共通する慣例的な意味合いを説明します。

パッケージとライブラリの違い

「パッケージ」と「ライブラリ」は混同されがちですが、慣例的には以下のような使い分けがされています。

	ライブラリ	パッケージ
意味の焦点	「再利用できるコードのまとまり」という機能面	「配布・インストールできる形にしたもの」という配布面
例え	本の中身（内容・知識）	本そのもの（表紙・ISBN・出版社がついた状態）
具体例	「日付操作のライブラリを使う」	「npm install で日付操作のパッケージを入れる」

ただし、実際の現場ではほぼ同じ意味で使われていることが多いです。
「npmパッケージ」と「npmライブラリ」のどちらを言っても通じますし、指摘されることもまずありません。

強いて言えば、配布やインストールの話をしているときは「パッケージ」、コードの機能の話をしているときは「ライブラリ」が自然です。

アプリ開発では、以下のような処理がよく必要になります。

こうした処理を毎回自分で書くのは大変ですし、バグが混入するリスクもあります。
パッケージを使えば、すでにテストされた信頼性のあるコードを数行で導入でき、アプリ固有のロジックに集中できます。

パッケージのインストールや管理を行うツールをパッケージマネージャーと呼びます。
言語やプラットフォームごとに代表的なパッケージマネージャーがあります。

どの言語でも流れは基本的に同じです。

パッケージを使うと、依存関係（dependency）が生まれます。
「このアプリはパッケージAが必要」「パッケージAはパッケージBが必要」というように、パッケージ同士が連鎖的に依存し合うことがあります。

あなたのアプリ
├── パッケージA
│   └── パッケージC
└── パッケージB
    ├── パッケージC
    └── パッケージD

パッケージマネージャーはこの依存関係を自動で解決してくれます。
開発者が手動で1つずつ管理する必要はありません。

便利なパッケージですが、導入する際には以下の点に気をつけましょう。

注意点	説明
メンテナンス状況を確認する	長期間更新されていないパッケージは、バグやセキュリティの問題が放置されている可能性がある
必要以上に入れない	パッケージが増えるほどアプリのサイズや複雑さが増す。簡単な処理なら自分で書いたほうがよい場合もある
ライセンスを確認する	パッケージにはそれぞれ利用条件（ライセンス）がある。商用利用に制限があるものもある
バージョンを管理する	パッケージの更新で動作が変わることがある。バージョンを固定し、意図的にアップデートするのが安全