Why It Fits
選ぶ理由
- コンポーネント指向・宣言的
- 巨大エコシステム・求人が多い
- 仮想 DOM で効率的な再描画
Product Profile
Meta(Facebook) / 2013年登場
コンポーネントで UI を宣言的に組むライブラリ。仮想 DOM と巨大なエコシステムを持ち、フロントエンドの事実上の標準。
Specifications
公開規模・コミュニティ・成熟度を比較できる指標です。GitHub / npm は2026年6月7日時点のスナップショットです。
Introducing
Decision Guide
採用する理由と、事前に受け入れるべきトレードオフを分けて確認します。
Why It Fits
Trade-offs
Deep Dive
React は 2013 年に Meta(当時 Facebook)が公開した、UI を構築するための JavaScript ライブラリです。HTML をそのまま書く代わりに、JavaScript の中にマークアップを書ける JSX という記法を使い、画面を「コンポーネント」という部品の組み合わせとして表現します。
「結局なに?」を一言でいうと、画面の見た目を部品単位で宣言的に書くための土台です。フレームワークではなく「ライブラリ」である点が、後述する性格をすべて決めています。
React の中心にあるのは「状態(state)が変われば、画面はそれに従って自動で更新される」という宣言的な考え方です。DOM を手で書き換えるのではなく、あるべき姿を記述すれば React が差分を計算して反映します。
function Counter() {
const [count, setCount] = React.useState(0);
return <button onClick={() => setCount(count + 1)}>{count}</button>;
}
得意なのは、状態が頻繁に変わる動的な UI を、再利用可能な部品として組み立てることです。Web だけでなく React Native を通じてモバイルにも展開できます。
一方で不得意というより「設計上の宿命」として、React 単体では UI 以外を何も決めていません。ルーティングやデータ取得、状態管理は別ライブラリを自分で選ぶため、構成が分散しがちで、チームごとに作法がばらつきやすい点に注意が必要です。
求人・人材・情報量の多さを最優先するなら、まず候補に挙がるのが React です。自由度が高く、必要なものを自分で組み合わせたいチームに向きます。
逆に「最初から一通り揃っていてほしい」なら Angular、SSR や最適化まで含めて一体で扱いたいなら React ベースの Next.js を検討します。React は 核だけを提供する分、判断と組み立てを自分たちで担う ツールだと理解しておくとよいでしょう。
Implementation View
TL;DRは入口です。実際に選ぶ・使う段階では、何を解決するか、何と比較するか、導入後にどこで詰まるかまで見る必要があります。
SPA・大規模 UI
週間ダウンロード: 134M / GitHub Stars: 246K / Forks: 51.1K
巨大エコシステム・求人が多い
ライブラリゆえルーティング等は別途
Best Fit