Angular は Google が保守する MIT ライセンスの TypeScript フレームワークで、シグナルによる反応性、サーバーサイドレンダリング、Vite と esbuild による CLI、メジャー版ごとに 24 か月の公開サポート期間を備えます。
このツールを使いましたか？評価してください
Angular は Google の専任チームが保守するオープンソースの Web アプリケーションフレームワークで、MIT ライセンスの下で配布され、購入ではなく npm から導入します。公式ドキュメントの拠点は angular.dev です。
Angular フレームワークはライブラリではなく方針の定まった側です。ルーティング、フォーム、依存性注入、HTTP、国際化、テスト、ビルドツールチェーンがすべて一次提供の部品として揃い、まとめてバージョン管理されます。フレームワークが求める取引はここにあります。どの枠をどのライブラリで埋めるかという選択の自由を手放す代わりに、その枠が一貫して埋まり、足並みを揃えて更新されます。
開発は公開の場で進みます。あらゆるプルリクエストとコミットが GitHub で参照でき、チームはそこで issue を仕分けし、大きめの変更は着地前に公開の RFC を通ります。現行ラインは 2026 年 6 月に出た v22 です。
Angular シグナルが反応性の基本要素であり、コンポーネントツリー全体を走査する変更検知ではなく、コンパイル時最適化と組み合わせた細粒度のモデルです。フレームワークが複数のリリースにわたって進めてきた軸がこれで、v22 は Signal Forms、Angular Aria、非同期反応性 API を本番利用可能な状態へ引き上げ、この転換を仕上げました。
サーバーサイドレンダリングと静的サイト生成の双方に対応し、完全な DOM ハイドレーションが伴います。アプリケーションを事前レンダリング済みのマークアップで届け、DOM を作り直さずにクライアント側が引き継げます。
Angular CLI は npm に @angular/cli パッケージとして公開され、ng という実行ファイルを提供します。雛形生成、開発、テスト、デプロイ、保守が一箇所で完結します。その下でビルドパイプラインは Vite と esbuild の上に築かれています。
プロジェクトの一生を通して、CLI の機能のうち二つが特に重い意味を持ちます。
Angular DevTools はブラウザ自身の開発者ツールと並び、コンポーネントツリーインスペクター、依存性注入ツリービュー、独自の性能プロファイリング用フレームチャートを加えます。テスト側では、安定版リリース以降 Vitest が主要なテストランナーとなり、Karma からの移行ツールが安定化へ向かっています。
HTML サニタイズと trusted type のサポートが標準で組み込まれ、クロスサイトスクリプティングとリクエストフォージェリを狙います。国際化はメッセージの翻訳と書式化を扱い、Unicode の ICU 構文を含みます。いずれもフレームワークが吸収した関心事で、本来はプロジェクトごとのライブラリ選定でした。
文書化された入口はローカルのツールチェーンから始まりません。対話的な StackBlitz 環境のおかげで、望むときまでローカルの設定は不要です。流儀がチームに合うかを見極める段階で、Node のバージョン問題を判断の初手から外せます。
Angular バージョンサポートは無期限ではなく期限付きなので、更新は任意ではなく予定に組む作業です。実務上の順序は、CLI とコアパッケージにまとめて ng update をかけ、定型的な破壊的変更を処理する自動コード変換に機械的な部分を任せ、移行スクリプトのない変更にレビュー時間を割り当てることです。v22 ラインの移行コマンドは ng update @angular/cli@^22 @angular/core@^22 です。
ある更新がどれだけ痛むかは二点で決まります。ひとつは、そもそもプロジェクトがサポート対象のバージョン上にあるかどうか。サポート切れのメジャーをいくつも跨ぐ場合、一足飛びではなく移行を順番に流す必要があります。もうひとつは、非推奨の期間に入った API に依存しているかどうか。それらはメジャーの境目で削除されるためです。
文書化された経路は三つで、好みではなくモデル呼び出しがどこに属するかで選びます。サーバー側のロジックには Genkit、クライアント側の呼び出しには Firebase AI Logic、そして Gemini API の直接利用です。Genkit は Node ベースのサーバーのような対応済みサーバー環境を必要とするため、実際にはクライアント専用ビルドではなく SSR を備えたフルスタックの Angular アプリケーションを意味します。
三つすべてに付随するセキュリティ規則は明快です。environments.ts のようにクライアントへ配信されるファイルに API キーを決して置かないこと。クライアント専用のアプリケーションはモデル呼び出しを Firebase AI Logic か自分で管理するプロキシ経由に回し、サーバー側の接続はシークレットマネージャーか環境変数から資格情報を読むべきです。
Angular は、決定を自分で下すより受け継ぎたいチームに向きます。フレームワークがルーティングモデル、フォームモデル、DI コンテナ、ビルドパイプラインを供し、それを使うことを期待します。規模が大きい、あるいは人が入れ替わるチームにとってはその一貫性こそが要点であり、二人のプロジェクトには形式張って映るかもしれません。
次の条件では相性が良好です。
次の条件では相性がよくありません。
Angular が狙うのは Web プラットフォームであり、その射程は漠然とした互換性の主張ではなく、公開された二つの表で定義されます。
ブラウザ対応は手作業で維持するバージョン一覧ではなく、Baseline の「widely available」集合を基準に定義されます。メジャーごとにチームがリリース近傍の Baseline 日付を選び、Chrome、Edge、Firefox、Safari において選定日から 30 か月以内に出たブラウザを対象とし、ウェブ利用者のおよそ 95% を目標にします。v22 の Baseline 日付は 2026-05-07 です。
ツールチェーンの表はより厳しく、更新の最中ではなくその前に確認する価値があります。v22 は TypeScript を 6.0 系に固定し、Node 22.22.3、24.15.0 または 26.0.0 を受け付けます。v21 は TypeScript 5.9 系に位置します。ひとつのプロジェクト内では @angular/core と CLI のバージョンが一致していなければなりません。v7 以降、両者はメジャー番号を共有しているからです。
先行リリース系統のドキュメントは next.angular.dev で別途提供されるため、未公開の機能を吟味するのに安定版の文書を読みながら差分を推測する必要はありません。
価格表も、席数も、有料階層もありません。フレームワークは MIT ライセンスの下で公開され、すべてのパッケージは公開の npm レジストリから導入されます。リポジトリのライセンスにある著作権表記は 2010-2026 Google LLC で、@angular/core の npm メタデータも同じ MIT 宣言を持ち、現在公開されているリリースは 22.1.5 です。
このライセンスが許す範囲は広いものです。MIT は商用利用、改変、再配布、私的利用を認め、条件は著作権表示とライセンス表示の保持に限られ、ソフトウェアは無保証で提供されます。実務上は、開発者単位の費用も、使用量の計測も、これを土台に作った製品を出す前に交渉すべき商用ライセンスも存在しません。
残る費用はライセンスではなく保守です。メジャーバージョンが公開された日程に従ってサポートを離れる以上、実際の予算項目は年次更新にかかる技術者の時間と、ビルド・テスト一式が消費する CI の容量です。総所有費用を見積もるチームは、無償のライセンスが無償の依存関係を意味すると仮定するのではなく、その周期に値付けすべきです。
各メジャーリリースのサポートは通常 24 か月で、12 か月の通常更新と、重大な修正とセキュリティ修正のみを載せる 12 か月の長期サポートに分かれます。これは指針ではなく硬い境界です。執筆時点で v2 から v19 までは完全にサポート外となり、通常サポートに残るのは v22 のみ、v21 と v20 が LTS にあります。
LTS の段階は「まだサポートされている」という言い方が示唆するより狭いものです。修正が検討されるのは、新たに確認されたセキュリティ脆弱性か、LTS 開始以降に新しいブラウザバージョンなど第三者の変更が引き起こした回帰に限られます。LTS 期間中に見つかった通常の不具合は対象外です。
非推奨は独自の時計で動きます。非推奨となった API は少なくとも次のメジャーリリース、すなわち 12 か月以上は残り、そのあとでメジャーの境目における削除候補になります。そしてその期間中は LTS の規則で維持されるため、リリース全体が通常サポート中であっても、重大な修正とセキュリティ修正しか受け取りません。
v22 がその作業の形を示しています。このリリースに関する独立報道は、旧来の build-angular と ngtools パッケージを含む Webpack のサポートが非推奨になったこと、このリリースが TypeScript 6 を要求し Node 20 を切ったこと、そして移行が用意されておらず人手を要する項目が二つあることを伝えています。もっとも影響範囲の広い変更は構造ではなく挙動の側です。OnPush がコンポーネントの既定の変更検知戦略となり、従来の既定は Eager に改称され、スキマティクスが既存コンポーネントへ明示的な注記を付けて補います。
後方互換性は検証されますが絶対ではありません。変更は単体・結合テスト、公開 API の型定義の差分比較、そして Google 自身の依存アプリケーション群のテストを通ります。それでも方針には、重大なセキュリティ修正のような例外的な場合には修正が後方互換性を壊す変更を伴いうる、という留保が残されています。
もう二つ、小さいながら明言に値する境界があります。ポリフィルには文書化された天井があります。古く遅いブラウザを現代的で速いものに変えることはできず、推奨される集合は完全な Angular アプリケーションを動かすのに必要な範囲しか覆わないため、その外側の機能にはさらに補いが要るかもしれません。公式の方針ページは全体の周期を、メジャーリリースが約 12 か月ごと、メジャーごとにマイナーリリースが 4 から 6 本、パッチと事前リリースのビルドはほぼ毎週と定めています。ただしメジャーの間隔そのものについては、公開されている情報源が食い違っています。一方は 12 か月の周期を、もう一方は依然として 6 か月の周期を記述しており、公式の方針ページは長いほうの周期が v22 から始まったとも注記しています。複数年の更新予算を組む立場なら、二次的な報道ではなく方針ページで現在の周期を確認すべきです。
使えます。フレームワークは MIT ライセンスの下で公開され、すべてのパッケージは公開の npm レジストリから導入されます。このライセンスは著作権表示とライセンス表示を保持することを条件に、商用利用、改変、再配布を認めます。ソフトウェアは無保証で提供されます。
典型的なメジャーで合計 24 か月です。12 か月の通常更新と、重大な修正とセキュリティ修正のみを載せる 12 か月の長期サポートに分かれ、その後は完全にサポート対象から外れます。
v22 が通常サポート、v21 と v20 が LTS です。v2 から v19 までは完全にサポート外となっています。
v22 は TypeScript を 6.0 系に固定し、Node 22.22.3、24.15.0 または 26.0.0 を受け付けます。バージョン表はリリースごとに公開されており、更新の最中ではなく開始前に確認するのが得策です。
その多くを CLI が担います。ng update は定型的な破壊的変更を処理する自動コード変換を実行します。覆えないのは移行スクリプトのない挙動変更で、v22 では移行の用意されていないルーティングの既定値と、Webpack サポートの非推奨化がこれに当たりました。
対応は Baseline の「widely available」定義に従います。Chrome、Edge、Firefox、Safari において選定日から 30 か月以内に出たブラウザを対象とし、ウェブ利用者のおよそ 95% を狙います。メジャーごとにリリース近傍の Baseline 日付を各自選びます。
評価の段階なら可能です。対話的な StackBlitz 環境のおかげで、望むときまでローカルの設定は不要で、これがブラウザ内チュートリアルの公式な出発点です。
呼び出しがどこに属するかで経路を選んでください。サーバー側のロジックには Genkit、クライアント側の呼び出しには Firebase AI Logic、そして Gemini API の直接利用です。そして資格情報の規則を守ってください。environments.ts のようにクライアントへ配信されるファイルに API キーを決して置かないことです。
