Dépréciation

Cette API sera retirée d’une future version majeure de React.

React 18 a remplacé hydrate par hydrateRoot. Utiliser hydrate avec React 18 vous avertira que votre appli se comportera comme dans React 17. Apprenez-en davantage ici.

hydrate vous permet d’afficher des composants React au sein d’un nœud DOM dont le contenu HTML a été préalablement généré par react-dom/server dans React 17 et antérieur.

hydrate(reactNode, domNode, callback?)

Référence

hydrate(reactNode, domNode, callback?)

Appelez hydrate dans React 17 et antérieur pour « attacher » React à du HTML existant produit par React dans un environnement serveur.

import { hydrate } from 'react-dom';

hydrate(reactNode, domNode);

React s’attachera au HTML existant au sein de domNode, et prendra en main la gestion du fragment DOM concerné. Une appli intégralement construite avec React n’aura généralement besoin que d’un appel à hydrate, pour son composant racine.

Voir d’autres exemples ci-dessous.

Paramètres

  • reactNode : le « nœud React » utilisé pour afficher le HTML existant. Ce sera généralement un bout de JSX du genre <App />, qui a été rendu côté serveur par une méthode de ReactDOM Server du style renderToString(<App />) dans React 17.

  • domNode : un élément DOM que le serveur a utilisé comme élément racine dans son rendu.

  • callback optionnel : une fonction. Si elle est passée, React l’appellera immédiatement après que le composant aura été hydraté.

Valeur renvoyée

hydrate renvoie null.

Limitations

  • hydrate s’attend à ce que le contenu produit soit identique à celui du rendu côté serveur. React peut colmater les différences de contenu textuel, mais tout écart doit être vu comme un bug et corrigé.
  • En mode développement, React vous avertira de tout écart de correspondance durant l’hydratation. Vous n’avez aucune garantie que les différences d’attributs seront résolues. C’est important pour des raisons de performances parce que dans la plupart des applis, les écarts sont rares, aussi valider tout le balisage serait d’une lourdeur prohibitive.
  • Vous n’aurez sans doute besoin que d’un appel à hydrate dans votre appli. Si vous utilisez un framework, il le fera peut-être pour vous.
  • Si votre appli est entièrement côté client, sans HTML déjà généré par le serveur, appeler hydrate() n’est pas autorisé. Utilisez plutôt render() (pour React 17 et antérieur) ou createRoot() (pour React 18+).

Utilisation

Appelez hydrate pour attacher un composant React à unnœud du DOM navigateur dont le HTML était généré côté serveur.

import { hydrate } from 'react-dom';

hydrate(<App />, document.getElementById('root'));

N’utilisez pas hydrate() pour afficher une appli entièrement côté client (une appli sans HTML généré côté serveur). Utilisez plutôtrender() (pour React 17 et antérieur) ou createRoot() (pour React 18+).

Hydrater du HTML produit par le serveur

Dans React, « l’hydratation » est le mécanisme par lequel React « s’attache » à du HTML existant, déjà produit par React dans un environnement serveur. Durant l’hydratation, React tentera d’associer les gestionnaires d’événements au balisage existant et de prendre la main sur l’affichage de l’application côté client.

Dans des applis entièrement construites avec React, vous n’aurez généralement besoin d’hydrater qu’une « racine », une seule fois au démarrage de votre appli.

import './styles.css';
import { hydrate } from 'react-dom';
import App from './App.js';

hydrate(<App />, document.getElementById('root'));

En temps normal, vous ne devriez pas avoir besoin de rappeler hydrate ou de l’appeler à plusieurs endroits. À partir de ce moment-là, c’est React qui gèrera le DOM de votre application. Pour mettre à jour l’UI, vos composants utiliseront l’état local.

Pour en savoir plus sur l’hydratation, consultez la documentation d’hydrateRoot.

Ignorer les incohérences d’hydratation incontournables

Si un attribut ou contenu textuel d’un seul élément est forcément différent entre le serveur et le client (par exemple, un horodatage), vous pouvez réduire au silence l’avertissement d’écart à l’hydratation.

Pour éviter les avertissements d’hydratation sur un élément, ajoutez-lui suppressHydrationWarning={true}:

export default function App() {
  return (
    <h1 suppressHydrationWarning={true}>
      Nous sommes le {new Date().toLocaleDateString()}
    </h1>
  );
}

Ça ne marche qu’à un niveau de profondeur, et c’est vraiment à voir comme une échappatoire. N’en abusez pas. À moins qu’il ne s’agisse de contenu textuel, React n’essaiera toujours pas de corriger le tir, ça peut donc rester incohérent jusqu’à des mises à jour ultérieures.

Gérer des contenus client et serveur différents

Si vous cherchez explicitement à produire un contenu différent sur le serveur et sur le client, vous pouvez faire un rendu en deux temps. Les composants qui ont un rendu différent côté client peuvent consulter une variable d’état telle que isClient, que vous définirez à true dans un Effet :

import { useState, useEffect } from "react";

export default function App() {
  const [isClient, setIsClient] = useState(false);

  useEffect(() => {
    setIsClient(true);
  }, []);

  return (
    <h1>
      {isClient ? 'Côté client' : 'Côté serveur'}
    </h1>
  );
}

Ainsi la passe de rendu initiale a le même contenu que le serveur, ce qui évite les écarts, mais une passe complémentaire survient de façon synchrone juste après l’hydratation.

Piège

Cette approche ralentit l’hydratation parce que vos composants doivent effectuer deux rendus. Pensez à l’expérience utilisateur sur des connexions lentes. Le code JavaScript peut n’arriver que bien après le rendu HTML initial, de sorte que changer l’UI immédiatement après l’hydratation peut être déstabilisant pour l’utilisateur.

PrécédentfindDOMNode
Suivantpreconnect

Comment trouvez-vous ces docs ?