Votre UI vue comme un arbre

Votre UI vue comme un arbre

Les arbres sont un modèle relationnel entre des éléments, et l’UI est souvent représentée au moyen de structures arborescentes. Les navigateurs utilisent par exemple des arbres pour modéliser HTML (le DOM) et CSS (le CSSOM). Les plateformes mobiles utilisent aussi des arbres pour représenter leurs hiérarchies de vues.

Tout comme les navigateurs et plateformes mobiles, React utilise des structures de données arborescentes pour gérer et modéliser les relations entre les composants dans une appli React. Ces arbres constituent des outils bien utiles pour comprendre la circulation des données au travers d’une appli React, et voir comment en optimiser le rendu et la taille du code.

L’arbre de rendu

Un aspect fondamental des composants, c’est la composition : la capacité à construire des composants à partir d’autres composants. Lorsque nous imbriquons des composants, nous manipulons les concepts de composants parents et enfants, sachant que chaque parent peut lui-même être un enfant d’un autre composant.

Lorsque nous faisons le rendu d’une appli React, nous pouvons modéliser ces relations sous forme d’un arbre, appelé l’arbre de rendu.

Voici une appli React qui affiche des citations inspirantes.

import FancyText from './FancyText';
import InspirationGenerator from './InspirationGenerator';
import Copyright from './Copyright';

export default function App() {
  return (
    <>
      <FancyText title text="Une appli pour être inspiré·e" />
      <InspirationGenerator>
        <Copyright year={2004} />
      </InspirationGenerator>
    </>
  );
}

À partir de l’appli d’exemple, nous pouvons construire l’arbre de rendu ci-dessus.

L’arbre est constitué de nœuds, chacun représentant un composant. App, FancyText, Copyright, pour ne citer qu’eux, sont tous des nœuds de notre arbre.

Le nœud racine dans un arbre de rendu React constitue le composant racine de l’appli. Dans notre cas, le composant racine est App, et c’est le premier composant dont React fera le rendu. Chaque flèche dans l’arbre pointe d’un composant parent vers un composant enfant.

En détail

Où sont les balises HTML dans l’arbre de rendu ?

Afficher les détails

Vous remarquerez que dans l’arbre de rendu ci-dessus, on ne trouve nulle part les balises HTML utilisées par les composants. C’est parce que l’arbre de rendu est constitué uniquement par les composants React.

React, en tant que framework d’UI, est indépendant de la plateforme. Sur react.dev, nous mettons en avant des exemples qui font leur rendu sur le web, utilisant du balisage HTML pour leurs primitives d’UI. Mais une appli React pourrait tout aussi bien faire son rendu sur une plateforme mobile ou desktop, et recourir alors à d’autres primitives d’UI telles que UIView ou FrameworkElement.

Ces primitives d’UI spécifiques à une plateforme ne font pas partie de React. Les arbres de rendu de React vous renseignent sur votre appli React quelle que soit la plateforme visée par votre appli.

Un arbre de rendu représente une unique passe de rendu d’une application React. Si vous utilisez du rendu conditionnel, un composant parent pourrait modifier les enfants qu’il utilise, selon les données qu’il reçoit.

Nous pouvons mettre à jour l’appli pour qu’elle affiche de façon conditionnelle soit une citation, soit une couleur pour nous inspirer.

import FancyText from './FancyText';
import InspirationGenerator from './InspirationGenerator';
import Copyright from './Copyright';

export default function App() {
  return (
    <>
      <FancyText title text="Une appli pour être inspiré·e" />
      <InspirationGenerator>
        <Copyright year={2004} />
      </InspirationGenerator>
    </>
  );
}

Dans cet exemple, selon la valeur de inspiration.type, nous pouvons afficher soit <FancyText> soit <Color>. L’arbre de rendu peut être différent d’une passe de rendu à l’autre.

Même si les arbres de rendu peuvent varier d’un rendu à l’autre, ces arbres restent utiles pour identifier les composants racines et feuilles d’une appli React. Les composants de haut niveau sont ceux les plus proches du composant racine, et peuvent impacter la performance de tous les composants en-dessous d’eux. Ce sont souvent eux qui ont la plus forte complexité. Les composants feuilles sont vers le bas de l’arbre, n’ont pas de composants enfants et refont fréquemment leur rendu.

Il est utile de bien identifier ces catégories de composants pour comprendre le flux de données et les performances de votre appli.

L’arbre de dépendances de modules

Les arbres peuvent modéliser un autre type de relations dans une appli React : les dépendances entre modules de l’appli. Lorsque nous découpons nos composants et leur logique en fichiers distincts, nou créons des modules JS d’où nous pouvons exporter des composants, des fonctions ou encore des constantes.

Chaque nœud dans un arbre de dépendances de modules représente un module, et chaque branche représente une instruction import dans ce module.

Si nous reprenons l’appli d’Inspirations précédente, nous pouvons construire un arbre de dépendances de modules (ou « arbre de dépendances », pour faire plus court).

Le nœud racine de l’arbre constitue le module racine, également appelé point d’entrée. C’est souvent lui qui contient le composant racine.

Si on compare avec l’arbre de rendu pour la même appli, on trouve des similitudes aussi bien que des différences significatives :

• Les nœuds qui constituent l’arbre représentent des modules, pas des composants.
• Les modules sans composants, tels que inspirations.js, sont également visibles dans cet arbre. L’arbre de rendu ne représente que les composants.
• Copyright.js apparaît sous App.js alors que dans l’arbre de rendu, le composant Copyright est un enfant de InspirationGenerator. C’est parce qu’InspirationGenerator accepte du JSX comme prop children, de sorte qu’il fait le rendu du composant enfant Copyright sans en importer le module.

Les arbres de dépendances sont utiles pour déterminer de quels modules votre appli React a besoin. Lorsque vous faites le build d’une appli React en mode production, vous utilisez généralement un outil dédié pour cela. Ce type d’outil est appelé bundler, et les bundlers se basent sur l’arbre de dépendances pour déterminer quels modules inclure.

Au fil de la croissance de votre appli, la taille du bundle croît aussi. Les bundles massifs sont coûteux à télécharger et à exécuter pour le client. Ils peuvent retarder l’affichage de votre UI. Avoir une bonne perception de l’arbre de dépendances de votre appli peut vous aider à déboguer ce type de problèmes.

En résumé

• Les arbres sont couramment utilisés pour représenter les relations entre des entités. On les utilise notamment pour modéliser les UI.
• Les arbres de rendu représent les imbrications entre les composants React au sein d’un unique rendu.
• Le recours au rendu conditionnel peut faire varier l’arbre de rendu d’un rendu à l’autre. Selon les valeurs des props reçues, les composants peuvent afficher divers composants enfants.
• Les arbres de rendu aident à repérer les composants racine et feuilles. Les composants situés haut dans l’arbre peuvent impacter la performance de rendu de tous ceux situés en-dessous d’eux, et les composants feuilles refont fréquemment leur rendu. En les identifiant, on facilite la compréhension et le débogage de la performance de rendu.
• Les arbres de dépendances représentent les dépendances entre modules d’une appli React.
• Les arbres de dépendances sont utilisés par les outils de build pour inclure le code nécessaire au déploiement d’une appli.
• Les arbres de dépendances aident à comprendre les raisons de bundles massifs, qui ralentissent l’affichage, et à percevoir des opportunités d’optimisation des éléments de code à inclure.