フレームワーク

別名: Framework, Webフレームワーク, アプリケーションフレームワーク

フレームワークとは、アプリケーション開発に必要な機能があらかじめ用意された「土台」 です。
言語ごと、用途ごとに様々なフレームワークが公開されています。
開発者はゼロからすべてを作るのではなく、フレームワークが提供する土台の上にアプリ固有の処理を作成します。

なぜフレームワークを使うのか

たとえば、Webアプリケーションを作るとき、以下のような処理はほぼ毎回必要になります。

これらを毎回ゼロから書くのは大変です。フレームワークを使えば、こうした共通処理はすでに用意されているため、アプリ固有のロジックに集中できます。

メリット	説明
開発速度が上がる	共通処理が用意されているため、アプリ固有のロジックに集中できる
コードが統一される	フレームワークのルールに沿って書くため、チーム開発でもコードの書き方が揃いやすい
情報が豊富	広く使われているフレームワークはドキュメントやコミュニティが充実しており、困ったときに調べやすい

デメリット	説明
学習コストがかかる	フレームワーク独自のルールや書き方を覚える必要がある
自由度が制限される	フレームワークの設計方針に沿う必要があり、想定外のことをやろうとすると難しい場合がある
フレームワークへの依存	フレームワークに脆弱性が見つかった場合、修正版が公開されるまで自分のアプリにも影響が及ぶことがある

デメリットはあるものの、開発速度やコードの統一性といったメリットは非常に大きく、現在のWeb開発では何かしらのフレームワークを使うのが一般的です。
フレームワークの学習は事実上必須といえます。

似た概念にライブラリがありますが、役割が異なります。

ライブラリは「道具」、フレームワークは「土台」とイメージすると分かりやすいです。

この主導権の違いは制御の反転（Inversion of Control）と呼ばれます。

ライブラリの場合、開発者が自分のコードの中でライブラリの関数を呼び出します。一方フレームワークでは、フレームワーク側がアプリの実行フローを制御し、適切なタイミングで開発者が書いたコードを呼び出します。

この仕組みのおかげで、開発者はアプリ全体の制御フローを自分で設計する必要がなくなります。

フレームワークはプログラミング言語ごとに存在し、用途もさまざまです。

ブラウザで動く言語はJavaScriptのため、フロントエンドのフレームワークはJavaScript / TypeScriptベースのものがほとんどです。

ReactやVue.jsは厳密にはライブラリ（UIライブラリ）です。Next.jsやNuxtはそれらをベースに、ルーティングやサーバー処理などの機能を追加したフレームワークです。

Angularは最初からルーティングやフォーム管理などを含むフルパッケージのフレームワークです。