Pourquoi React peut vous surprendre (et comment l'apprivoiser)

Si vous avez déjà travaillé avec React, vous avez probablement eu des moments de doute. J'y suis allé aussi, me demandant s'il me manquait quelque chose de fondamental, pour découvrir que le problème ne venait pas de moi mais des particularités de React.

Ici, je vais partager certains de ces comportements inattendus, les raisons qui les sous-tendent et mes propres expériences. J'espère que cela vous évitera quelques-uns des casse-tête que j'ai endurés !

---

1. Mises à jour de l'état : la réaction retardée

Vous appelez setState, mais l'interface utilisateur ne change pas immédiatement. Pourquoi? Réagissez aux mises à jour d’état par lots pour améliorer les performances. Cela surprend souvent les nouveaux développeurs car cela contredit l'attente d'un retour instantané.

const [count, setCount] = useState(0);

const handleClick = () => {
  setCount(count + 1);
  console.log(count); // Still logs the old count
};

Pourquoi cela arrive :
Les mises à jour d'état de React sont asynchrones. Cela permet à React d'optimiser les rendus, mais cela signifie que setState ne met pas immédiatement à jour le nombre. Le nouvel état ne sera reflété qu'après le nouveau rendu du composant.

Conseil de pro : Utilisez la forme fonctionnelle de setState pour éviter de vous fier à un état obsolète :

setCount(prevCount => prevCount + 1);

---

2. Tableaux de dépendances dans les hooks : pourquoi cela n'a-t-il pas été réexécuté ?

Autre écueil courant : vous avez ajouté un hook useEffect, mais il ne semble pas s'exécuter quand vous l'attendez.

useEffect(() => {
  console.log("Effect ran");
}, [someVar]);

Ensuite, vous réalisez que la mise à jour de someVar ne déclenche pas l’effet. Après le débogage, vous découvrez que someVar est un objet ou un tableau.

Pourquoi cela arrive :
Le tableau de dépendances de React utilise l'égalité de référence. Même si deux objets ou tableaux semblent identiques, ils sont considérés comme différents si leurs références diffèrent. Cela peut conduire à un comportement inattendu si vous ne faites pas attention.

Conseil de pro : Utilisez un utilitaire comme useDeepCompareEffect ou mémorisez vos dépendances.

---

3. Malheurs du nouveau rendu : pourquoi ce nouveau rendu ?

Vous optimisez votre composant, pour constater qu'il est toujours restitué inutilement.

const MyComponent = ({ count }) => {
  console.log("Rendered");
  return <div>{count}</div>;
};

Même si le nombre ne change pas, le composant effectue un nouveau rendu car le composant parent effectue un nouveau rendu et transmet une nouvelle référence d'accessoire.

Pourquoi cela arrive :
Le comportement par défaut de React consiste à restituer les composants enfants, sauf si vous utilisez des optimisations telles que React.memo.

Conseil de pro : Utilisez React.memo pour mémoriser vos composants ou utilisezCallback pour empêcher les références d'accessoires de changer inutilement.

---

4. L’accessoire clé : quel est le problème ?

Vous oubliez d'ajouter une clé aux éléments de votre liste et tout à coup, votre interface utilisateur se comporte de manière erratique.

const [count, setCount] = useState(0);

const handleClick = () => {
  setCount(count + 1);
  console.log(count); // Still logs the old count
};

Pourquoi cela arrive :
React utilise la clé pour suivre les éléments qui ont été modifiés, ajoutés ou supprimés. Sans clés uniques, React peut réutiliser les nœuds DOM de manière incorrecte.

Conseil de pro : Utilisez des identifiants uniques comme clés (par exemple, l'identifiant de vos données).

---

5. Gestion des événements : le mystérieux double déclencheur

Un événement de clic sur un bouton s'est-il déjà déclenché deux fois et vous êtes-vous demandé si votre navigateur était hanté ?

setCount(prevCount => prevCount + 1);

Vous cliquez sur le bouton et « Cliqué ! » apparaît deux fois dans la console en mode développement.

Pourquoi cela arrive :
Le mode strict de React monte et démonte intentionnellement les composants deux fois au cours du développement pour mettre en évidence les effets secondaires potentiels. Cela peut provoquer le déclenchement des gestionnaires d'événements plusieurs fois.

Conseil de pro : Ne paniquez pas, ce n'est qu'en développement.

---

6. Composants non contrôlés : qui contrôle ici ?

Vous créez un élément d'entrée et lui attribuez une valeur, en vous attendant à ce que React le gère de manière transparente, mais vous recevez un avertissement.

useEffect(() => {
  console.log("Effect ran");
}, [someVar]);

Pourquoi cela arrive :
React fait la distinction entre les composants contrôlés (gérés par l'état React) et les composants non contrôlés (gérés par le DOM). Mélanger les deux causes pose problème.

Conseil de pro : Associez toujours value à onChange si vous souhaitez un composant contrôlé :

const MyComponent = ({ count }) => {
  console.log("Rendered");
  return <div>{count}</div>;
};

---

7. Réfs : Pourquoi ne puis-je pas simplement utiliser une variable régulière ?

Vous essayez de stocker une valeur entre les rendus à l'aide d'une variable, mais elle se réinitialise à chaque fois.

<ul>
  {items.map(item => (
    <li>{item}</li>
  ))}
</ul>

Pourquoi cela arrive :
React réinitialise les variables à chaque rendu. Pour les valeurs persistantes, utilisez useRef :

<button onClick={() => console.log("Clicked!")}>Click Me</button>

---

Pensées finales

Lorsque vous connaissez le « pourquoi », vous ne vous contentez pas de réagir : vous avez le contrôle. React est incroyable, mais cela peut parfois être un peu déroutant. Comprendre pourquoi les choses fonctionnent comme elles le font rend la tâche beaucoup moins frustrante. Si vous comprenez pourquoi cela se passe mal, vous économiserez beaucoup de temps et de frustration. Tout cela fait partie de son charme unique (et parfois déroutant).

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!