

中嶋悟
名前:中嶋 悟(なかじま さとる) ニックネーム:サトルン 年齢:28歳 性別:男性 職業:会社員(IT系メーカー・マーケティング部門) 通勤場所:東京都千代田区・本社オフィス 通勤時間:片道約45分(電車+徒歩) 居住地:東京都杉並区・阿佐ヶ谷の1LDKマンション 出身地:神奈川県横浜市 身長:175cm 血液型:A型 誕生日:1997年5月12日 趣味:比較記事を書くこと、カメラ散歩、ガジェット収集、カフェ巡り、映画鑑賞(特に洋画)、料理(最近はスパイスカレー作りにハマり中) 性格:分析好き・好奇心旺盛・マイペース・几帳面だけど時々おおざっぱ・物事をとことん調べたくなるタイプ 1日(平日)のタイムスケジュール 6:30 起床。まずはコーヒーを淹れながらニュースとSNSチェック 7:00 朝食(自作のオートミールorトースト)、ブログの下書きや記事ネタ整理 8:00 出勤準備 8:30 電車で通勤(この間にポッドキャストやオーディオブックでインプット) 9:15 出社。午前は資料作成やメール返信 12:00 ランチはオフィス近くの定食屋かカフェ 13:00 午後は会議やマーケティング企画立案、データ分析 18:00 退社 19:00 帰宅途中にスーパー寄って買い物 19:30 夕食&YouTubeやNetflixでリラックスタイム 21:00 ブログ執筆や写真編集、次の記事の構成作成 23:00 読書(比較記事のネタ探しも兼ねる) 23:45 就寝準備 24:00 就寝
いまさら聞けない基本:ReactとReactDOMの役割の違いを徹底理解
Reactは「UIを作るための部品」としての役割が中心です。たとえばボタンやカード、画面のセクションなど、見た目や動きを作る部品を組み立てるのが主な仕事です。Reactは自分の内部状態(state)を管理し、変更があれば再描画(リレンダリング)を行います。この仕組みのおかげで、複雑な画面でも部品を再利用して効率よく作れます。対してReactDOMは、その作られたUIを実際のウェブページのDOMに描画する役割を担います。つまりReactが「何を表示するか」を決め、ReactDOMが「どう表示するか」を実装します。ここが大きなポイントで、両者を混同すると、どのタイミングで描画されるのか、どこにコードを書けばよいのかが曖昧になります。
次に、importの順番と用途の違いも大切です。Reactを使うコードでは、通常は import React from 'react' の形でReactのオブジェクトを取り込み、JSXという特別な文法を使えるようにします。一方、ReactDOMは import ReactDOM from 'react-dom' のようにして、最初の描画を担当するエントリーポイントとして使います。これらの違いを理解しておくと、プロジェクトの構造も整理しやすくなります。
さらに、UIの部品と描画の関係を直感的に把握する例として、次のポイントを意識すると良いです。Reactは部品そのものの設計と状態変化の追跡を担当し、ReactDOMはそれをどの場所にどう表示するかを決める人です。ごちゃごちゃした設計を避けるコツは、UIの部品を作るときは状態とイベントの扱いを閉じておくこと、描画を変更したくなる時だけReactDOMの描画ロジックを更新することです。これを守ると保守もしやすく、後で機能追加をしても混乱しにくくなります。
この差が理解できれば、ReactとReactDOMの組み合わせは自然と体に染みついてきます。ここから先の章で、最新のレンダリングAPIである createRoot の使い方や古い render との違い、SSR でのReactDOMの役割など、実践的な話題へと進みます。初心者にも分かるように順を追って説明していくので、焦らず一つずつ覚えていきましょう。
ここまでの理解で、なぜ両者を別々に使うのかが見えてきます。ReactがどんなUIを作るかを決め、ReactDOMがそれを実際のウェブページに映し出す。もし混同してしまうと、UIの挙動が自分の思い通りに動かなくなり、デバッグの時間が増える原因になります。したがって、まずは役割分担をはっきりさせることが、学習の第一歩です。
最後に覚えておきたいのは、ReactとReactDOMは別々のライブラリとして存在するが、同じ目的のために協力して動く点です。ReactがUIの言葉を作り、ReactDOMがその言葉を画面に見せてくれる。この二つの関係性を土台に、あなたのウェブ開発の学習は確実に前進します。
今日は友だちと公園でつい試してみた雑談風の話。ReactはUIの部品を作る道具、ReactDOMはその部品を画面に表示する道具です。部品を作るときは状態やイベントの扱いに集中、表示は描画の仕組みに任せる。ReactDOMの新しい createRoot APIは、描画のコントロールを細かくできるので、ページの応答性を変えるときに役立つ。これを使えば、リロードなしでインタラクティブ性を高められる点が魅力。学習の初期段階でこの二人の役割分担をしっかり押さえると、将来の大規模開発にも役立つ。さらに、実務での使い分けを考えるときに「UI部品を作るのがReact、表示を担うのがReactDOM」という基本ルールを軸にすると、コードの見通しがよくなる。