コミュニティ
学ぶ
ツールライブラリ
AIツール
レジャー
検索
日本語
ホームページ ウェブフロントエンド jsチュートリアル ジュニア開発者向け SSR、SSG、SPA 完全ガイド

ジュニア開発者向け SSR、SSG、SPA 完全ガイド

王林
王林
Aug 21, 2024 am 06:12 AM

The Junior Developer

すべての開発ツール会社とチームは、ジュニア開発者がこれらの用語に精通していると想定しているようです。

私がコードを書き始めたとき、あちこちで目にしました。Nuxt は SSR フレームワークであり、SSG に Gatsby を使用でき、next.config.js で特定のフラグを設定すると SPA モードを有効にできます。

一体何?

最初のステップとして、用語集を示します。ただし、詳細を理解するのには役立ちません。

  • CSR = クライアントサイド レンダリング
  • SPA = シングル ページ アプリケーション
  • SSR = サーバーサイド レンダリング
  • SSG = 静的サイトの生成

次に、暗闇に光を当ててみましょう。

静的 Web サーバー

当初、Web サイトはサーバーからリクエストされた HTML ファイルでした。

あなたのブラウザはサーバーに「ねえ、その /about ページを渡してくれませんか?」と尋ねます。するとサーバーは about.html ファイルで応答します。あなたのブラウザは、このファイルを解析する方法を知っており、このような美しい Web サイトを表示しました。

このようなサーバーを 静的 Web サーバー と呼びます。開発者は HTML と CSS (および場合によっては少しの JS) を手書きで作成し、それをファイルとして保存し、フォルダーに配置すると、サーバーはリクエストに応じてそれを配信しました。ユーザー固有のコンテンツはなく、誰でもアクセスできる一般的な静的 (不変) コンテンツのみでした。

app.get('/about', async (_, res) => {
  const file = fs.readFileSync('./about.html').toString();
  res.set('Content-Type', 'text/html');
  res.status(200).send(file);
})
ログイン後にコピー

インタラクティブな Web アプリとリクエスト固有のコンテンツ

しかし、静的なウェブサイトは退屈です。

Web サイトと対話できれば、ユーザーにとってはさらに楽しいものになります。そこで開発者は、JS をタッチするだけで、ボタンをクリックしたり、ナビゲーション バーを展開したり、検索結果をフィルターしたりできるようにしました。ウェブはインタラクティブになりました。

これは、ユーザーが検索パラメーターとして送信した内容に応じて、/search-results.html ページに異なる要素が含まれることも意味します。

ユーザーは検索バーに入力して Enter キーを押し、検索パラメーターを含むリクエストをサーバーに送信します。次に、サーバーはデータベースから検索結果を取得し、有効な HTML に変換して、完全な /search-results.html ファイルを作成します。ユーザーは結果のファイルを応答として受け取りました。

(リクエスト固有の HTML の作成を簡素化するために、開発者はハンドルバーなどの HTML テンプレート言語を発明しました。)

app.get('/search-results', async (req, res) => {
  const searchParams = req.query.q;
  const results = await search(searchParams);

  let htmlList = '<ul>';
  for (const result of results) {
    htmlList += `<li>${result.title}</li>`;
  }
  htmlList += '</ul>';

  const template = fs.readFileSync('./search-results.html').toString();
  const fullPage = embedIntoTemplate(htmlList, template);

  res.set('Content-Type', 'text/html');
  res.status(200).send(fullPage);
});
ログイン後にコピー

「レンダリング」に関するちょっとした寄り道

私は長い間、レンダリングという用語が非常に紛らわしいと感じていました。

本来の意味では、レンダリングは、人間が処理可能な画像を作成するコンピューターを指します。たとえば、ビデオ ゲームの レンダリング は、ユーザーが魅力的な 3D エクスペリエンスとして利用できる、たとえば 1 秒あたり 60 枚の画像を作成するプロセスを指します。 サーバーサイドレンダリングについてはすでに聞いていたので、それがどのように機能するのか疑問に思いました。サーバーはどのようにして画像をユーザーに表示できるのでしょうか?

しかし、サーバー側またはクライアント側のレンダリングのコンテキストにおける「レンダリング」は別の意味であることがわかり、私もこれに気づくのが少し遅すぎました。

ブラウザのコンテキストでは、「レンダリング」は元の意味を保ちます。ブラウザは、ユーザーが見るための画像 (Web サイト) をレンダリングします。そのためには、最終結果がどうなるかの青写真が必要です。このブループリントは HTML および CSS ファイルの形式で提供されます。ブラウザはこれらのファイルを解釈し、そこからモデル表現であるドキュメント オブジェクト モデル (DOM) を派生し、レンダリングして操作できるようになります。

もう少し理解できるように、これを建物と建築物にマッピングしてみましょう。家の青写真 (HTML と CSS) があり、建築家はそれを机の上の小規模な物理モデル (DOM) に変換します。彼はそれを操作することができ、全員がその結果に同意すると、建設作業員はモデルを見て、それを実際の建物 (ユーザーが見るイメージ) に「レンダリング」します。

サーバーのコンテキストで「レンダリング」について話すときは、HTML や CSS ファイルの解析ではなく、作成について話します。これは、ブラウザが解釈するファイルを受信できるようにするために最初に行われます。

クライアントサイド レンダリングに移ります。「レンダリング」について話すときは、DOM (ブラウザが HTML および CSS ファイルを解釈して作成するモデル) を操作することを意味します。次に、ブラウザは DOM を人間が目に見える画像に変換します。

クライアント側のレンダリングとシングル ページ アプリケーション (SPA)

Facebook のようなプラットフォームの台頭により、開発者はより多くのより高速なインタラクティブ性を必要としました。

インタラクティブなウェブ アプリでのボタンクリックの処理には時間がかかりました。HTML ファイルを作成し、ネットワーク経由で送信し、ユーザーのブラウザでそれを表示する必要がありました。

All that hassle while the browser could already manipulate the website without requesting anything from the server. It just needed the proper instructions — in the form of JavaScript.

So that's where devs placed their chips.

Large JavaScript files were written and sent to the users. If the user clicked on a button, the browser would insert an HTML component; if the user clicked a "show more" button below a post, the text would be expanded — without fetching anything.

<!DOCTYPE html>
<html lang="en">
  <head>
    <meta charset="UTF-8" />
    <meta name="viewport" content="width=device-width, initial-scale=1.0" />
    <title>Document</title>
  </head>
  <body>
    <div id="root"></div>
    <script>
      document.addEventListener('DOMContentLoaded', () => {
        const root = document.getElementById('root');

        root.innerHTML = `
            <h1>Home</h1>
            <button>About</button>
        `;

        const btn = document.querySelector('button');
        btn.addEventListener('click', () => {
          root.innerHTML = `
            <h1>About</h1>
        `;
        });
      });
    </script>
  </body>
</html>
ログイン後にコピー

Though the code snippet suggests the opposite, developers didn't write vanilla JavaScript.

Ginormous web apps like Facebook had so much interactivity and duplicate components (such as the infamous Like-button) that writing plain JS became cumbersome. Developers needed tools that made it simpler to deal with all the rendering, so around 2010, frameworks like Ember.js, Backbone.js, and Angular.js were born.

Of them, Angular.js was the one that brought Single Page Applications (SPAs) into the mainstream.

An SPA is the same as Client-Side Rendering, but it is taken a step further. The conventional page navigation, where a click on a link would fetch and render another HTML document, was taken over by JavaScript. A click on a link would now fire a JS function that replaced the page's contents with other, already preloaded content.

For this to work properly, devs needed to bypass existing browser mechanisms.

For example, if you click on a

Related knowledge
Python vs. JavaScript：学習曲線と使いやすさ Python vs. JavaScript：学習曲線と使いやすさ Apr 16, 2025 am 12:12 AM

Pythonは、スムーズな学習曲線と簡潔な構文を備えた初心者により適しています。 JavaScriptは、急な学習曲線と柔軟な構文を備えたフロントエンド開発に適しています。 1。Python構文は直感的で、データサイエンスやバックエンド開発に適しています。 2。JavaScriptは柔軟で、フロントエンドおよびサーバー側のプログラミングで広く使用されています。

JavaScriptとWeb：コア機能とユースケース JavaScriptとWeb：コア機能とユースケース Apr 18, 2025 am 12:19 AM

Web開発におけるJavaScriptの主な用途には、クライアントの相互作用、フォーム検証、非同期通信が含まれます。 1）DOM操作による動的なコンテンツの更新とユーザーインタラクション。 2）ユーザーエクスペリエンスを改善するためにデータを提出する前に、クライアントの検証が実行されます。 3）サーバーとのリフレッシュレス通信は、AJAXテクノロジーを通じて達成されます。

JavaScript in Action：実際の例とプロジェクト JavaScript in Action：実際の例とプロジェクト Apr 19, 2025 am 12:13 AM

現実世界でのJavaScriptのアプリケーションには、フロントエンドとバックエンドの開発が含まれます。 1）DOM操作とイベント処理を含むTODOリストアプリケーションを構築して、フロントエンドアプリケーションを表示します。 2）node.jsを介してRestfulapiを構築し、バックエンドアプリケーションをデモンストレーションします。

JavaScriptエンジンの理解：実装の詳細 JavaScriptエンジンの理解：実装の詳細 Apr 17, 2025 am 12:05 AM

JavaScriptエンジンが内部的にどのように機能するかを理解することは、開発者にとってより効率的なコードの作成とパフォーマンスのボトルネックと最適化戦略の理解に役立つためです。 1）エンジンのワークフローには、3つの段階が含まれます。解析、コンパイル、実行。 2）実行プロセス中、エンジンはインラインキャッシュや非表示クラスなどの動的最適化を実行します。 3）ベストプラクティスには、グローバル変数の避け、ループの最適化、constとletsの使用、閉鎖の過度の使用の回避が含まれます。

Python vs. JavaScript：コミュニティ、ライブラリ、リソース Python vs. JavaScript：コミュニティ、ライブラリ、リソース Apr 15, 2025 am 12:16 AM

PythonとJavaScriptには、コミュニティ、ライブラリ、リソースの観点から、独自の利点と短所があります。 1）Pythonコミュニティはフレンドリーで初心者に適していますが、フロントエンドの開発リソースはJavaScriptほど豊富ではありません。 2）Pythonはデータサイエンスおよび機械学習ライブラリで強力ですが、JavaScriptはフロントエンド開発ライブラリとフレームワークで優れています。 3）どちらも豊富な学習リソースを持っていますが、Pythonは公式文書から始めるのに適していますが、JavaScriptはMDNWebDocsにより優れています。選択は、プロジェクトのニーズと個人的な関心に基づいている必要があります。

Python vs. JavaScript：開発環境とツール Python vs. JavaScript：開発環境とツール Apr 26, 2025 am 12:09 AM

開発環境におけるPythonとJavaScriptの両方の選択が重要です。 1）Pythonの開発環境には、Pycharm、Jupyternotebook、Anacondaが含まれます。これらは、データサイエンスと迅速なプロトタイピングに適しています。 2）JavaScriptの開発環境には、フロントエンドおよびバックエンド開発に適したnode.js、vscode、およびwebpackが含まれます。プロジェクトのニーズに応じて適切なツールを選択すると、開発効率とプロジェクトの成功率が向上する可能性があります。

JavaScript通訳者とコンパイラにおけるC/Cの役割 JavaScript通訳者とコンパイラにおけるC/Cの役割 Apr 20, 2025 am 12:01 AM

CとCは、主に通訳者とJITコンパイラを実装するために使用されるJavaScriptエンジンで重要な役割を果たします。 1）cは、JavaScriptソースコードを解析し、抽象的な構文ツリーを生成するために使用されます。 2）Cは、Bytecodeの生成と実行を担当します。 3）Cは、JITコンパイラを実装し、実行時にホットスポットコードを最適化およびコンパイルし、JavaScriptの実行効率を大幅に改善します。

Python vs. JavaScript：ユースケースとアプリケーションと比較されます Python vs. JavaScript：ユースケースとアプリケーションと比較されます Apr 21, 2025 am 12:01 AM

Pythonはデータサイエンスと自動化により適していますが、JavaScriptはフロントエンドとフルスタックの開発により適しています。 1. Pythonは、データ処理とモデリングのためにNumpyやPandasなどのライブラリを使用して、データサイエンスと機械学習でうまく機能します。 2。Pythonは、自動化とスクリプトにおいて簡潔で効率的です。 3. JavaScriptはフロントエンド開発に不可欠であり、動的なWebページと単一ページアプリケーションの構築に使用されます。 4. JavaScriptは、node.jsを通じてバックエンド開発において役割を果たし、フルスタック開発をサポートします。

See all articles