React

React est une bibliothèque JavaScript open source, développée chez Facebook, devenu Meta, et publiée en 2013, qui sert à construire des interfaces à partir de composants. Son principe : vous décrivez l'interface en fonction d'un état, et React se charge de mettre le document à jour quand cet état change.

C'est une bibliothèque, pas un framework complet : le routage, la récupération de données, les formulaires et les tests viennent de l'écosystème, pas du cœur. La rupture par rapport aux approches antérieures tient au sens de l'écriture. Avant, on décrivait les étapes : trouver l'élément, changer son texte, ajouter une classe. Avec React, on décrit le résultat attendu pour un état donné, et le calcul des étapes n'est plus votre problème.

Comment ça marche

Un composant est une fonction qui reçoit des propriétés et renvoie une description de l'interface, écrite dans une syntaxe proche du HTML appelée JSX. Quand l'état change, React réexécute la fonction, compare la nouvelle description à la précédente et n'applique au document que les différences réelles.

Les hooks donnent à ces fonctions accès à l'état local, aux effets de bord, à la mémorisation de calculs coûteux et à des valeurs partagées sans les faire descendre de composant en composant. Le flux de données est descendant : les propriétés vont du parent vers l'enfant, et les enfants remontent l'information par des fonctions de rappel. Le rendu côté serveur et les composants serveur permettent aujourd'hui d'exécuter une partie de l'arbre en amont du navigateur, avec Next.js comme méta-framework de référence.

À quoi ça sert concrètement

• Construire des applications à état riche : tableaux de bord, éditeurs, espaces clients, outils métier
• Mutualiser une partie des compétences entre le web et le mobile via React Native
• S'appuyer sur un écosystème très large de composants, d'outils de test et de bibliothèques d'état
• Recruter et remplacer plus facilement : c'est l'argument de maintenabilité le plus souvent décisif

Les pièges

• La bibliothèque étant minimale, chaque équipe recompose sa propre pile, et ces choix vieillissent à des rythmes différents
• Les rendus inutiles s'accumulent silencieusement, puis se corrigent tard et mal à coups de mémorisation
• Le hook d'effet sert trop souvent de fourre-tout, là où une donnée dérivée ou un gestionnaire d'événement suffirait
• Le poids du JavaScript envoyé au navigateur grossit vite si personne ne le surveille
• Pour un site majoritairement éditorial, la complexité apportée n'est pas remboursée

Quand le choisir, quand l'éviter

Choisissez React pour un produit applicatif durable, une équipe qui le maîtrise déjà, ou un projet où une déclinaison mobile est prévue. Évitez-le pour un site vitrine, un blog ou une page de destination : un rendu statique ou un framework orienté contenu donnera un meilleur résultat, plus rapide et plus simple à maintenir.