Hydration
ハイドレーション
ハイドレーションは、ブラウザの動作や状態を、サーバーやビルドですでに作られたHTMLに接続します。これにより、ページの選択された部分がインタラクティブなコントロールになります。
もう一つの例
サーバーは、1つのカートコントロール付きの製品カードを送信します。カート領域だけがJavaScriptを読み込み、ページ上の既存のDOMを保持します。ブラウザ内で全てのHTMLを生成することは、ハイドレーションではなくクライアントレンダリングです。
主な部分
- 01サーバーレンダリングされたマークアップ
- 02クライアントモジュール
- 03ステート添付
以下の場合に使用します
ブラウザの動作がすでにレンダリングされたHTMLに関連付けられている場合、この用語を使用します。
以下の場合は使用しないでください
ブラウザの操作や状態変更がない静的コンテンツをハイドレートしないでください。
コードで使用する名前
rendered HTML + client module → interactive island 出荷前に
Check the runtime and version, integration limits, dependencies and licenses, and platform support. Verify security, failure, speed, monitoring, deploy, support owner, upgrade path, and rollback.
Outcome:Complete the task with ハイドレーション (Hydration)。 User context:サーバーは、1つのカートコントロール付きの製品カードを送信します。カート領域だけがJavaScriptを読み込み、ページ上の既存のDOMを保持します。ブラウザ内で全てのHTMLを生成することは、ハイドレーションではなくクライアントレンダリングです。 Technology or engineering concept:ハイドレーション (Hydration)。 Why it fits:ブラウザの動作がすでにレンダリングされたHTMLに関連付けられている場合、この用語を使用します。 Do not use it when:ブラウザの操作や状態変更がない静的コンテンツをハイドレートしないでください。 Engineering fit: Define where it runs and which version to use. Set its job, interfaces, data flow, dependencies, supported systems, security, and speed limits. Explain how it fits the current stack. Lifecycle safeguards: Check dependency health and licenses. Add monitoring and a fallback. Name the upgrade owner. Do not add a second tool for the same job without a measured benefit. Acceptance criteria: A small integration proves the needed behavior. Test compatibility, security, failure, and performance. Document deploy, upgrade, support, and rollback steps. Evidence and limits (evidence boundary):単一の公式標準が全体の用語を管理するわけではありません。その意味はチーム、プラットフォーム、またはフレームワークによって変わる可能性があります。 Unknowns to confirm: Current stack, runtime and version rules, target systems, dependency owner, performance budget, support period, and migration limits.
このリクエストを確認する
Review how ハイドレーション (Hydration) is used now. Definition: ハイドレーションは、ブラウザの動作や状態を、サーバーやビルドですでに作られたHTMLに接続します。これにより、ページの選択された部分がインタラクティブなコントロールになります。 Release checks: Check the runtime and version, integration limits, dependencies and licenses, and platform support. Verify security, failure, speed, monitoring, deploy, support owner, upgrade path, and rollback. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.