Non, ce n’est pas celui avec des crochets – React Blog


Notre dernière version inclut un correctif de bogue de performance important pour React.lazy. Bien qu’il n’y ait aucun changement d’API, nous le publions en tant que mineur au lieu d’un correctif.

Pourquoi ce correctif est-il mineur au lieu d’un correctif?

React suit le versioning sémantique. En règle générale, cela signifie que nous utilisons des versions de correctifs pour les corrections de bogues et des mineurs pour les nouvelles fonctionnalités (incessantes). Cependant, nous nous réservons la possibilité de publier des versions mineures même si elles n’incluent pas de nouvelles fonctionnalités. La motivation est de réserver des correctifs pour les changements qui ont très peu de chance de se casser. Les correctifs sont le type de version le plus important car ils contiennent parfois des corrections de bogues critiques. Cela signifie que les versions de correctifs ont une barre plus élevée pour la fiabilité. Il est inacceptable qu’un correctif introduise des bogues supplémentaires, car si les gens se méfient des correctifs, cela compromet notre capacité à corriger les bogues critiques lorsqu’ils surviennent – par exemple, pour corriger une vulnérabilité de sécurité.

Nous n’avons jamais l’intention d’envoyer des bogues. React a une réputation de stabilité durement gagnée, et nous avons l’intention de le conserver. Nous testons minutieusement chaque version de React avant de la publier. Cela comprend les tests unitaires, les tests génératifs (flous), les tests d’intégration et le dogfooding interne sur des dizaines de milliers de composants. Cependant, parfois nous faisons des erreurs. C’est pourquoi, à l’avenir, notre politique sera que si une version contient des modifications non triviales, nous bumpons la version mineure, même si le comportement externe est le même. Nous allons également remplacer le mineur lors du changement unstable_-API préfixées.

Puis-je encore utiliser des crochets?

Pas encore mais bientôt!

Lors de React Conf, nous avons dit que la version 16.7 serait la première version à inclure Hooks. C’était une erreur. Nous n’aurions pas dû joindre un numéro de version spécifique à une fonctionnalité non publiée. Nous éviterons cela à l’avenir.

Bien que 16.7 n’inclue pas Hooks, veuillez ne rien déduire de la chronologie du lancement de Hooks. Nos plans pour les crochets sont inchangés:

Nous avons entendu de nombreuses personnes qui souhaitent commencer à utiliser Hooks dans leurs applications. Nous avons également hâte de les expédier! Mais comme Hooks modifie la façon dont nous écrivons les composants React, nous prenons plus de temps pour obtenir les bons détails. Nous apprécions votre patience pendant que nous préparons cette nouvelle fonctionnalité passionnante pour utilisation.

En savoir plus sur notre feuille de route dans notre précédent post.

Installation

React v16.7.0 est disponible sur le registre npm.

Pour installer React 16 avec Yarn, exécutez:

yarn add react@^16.7.0 react-dom@^16.7.0

Pour installer React 16 avec npm, exécutez:

npm install --save react@^16.7.0 react-dom@^16.7.0

Nous fournissons également des versions UMD de React via un CDN:

<script crossorigin src="https://unpkg.com/react@16/umd/react.production.min.js">script>
<script crossorigin src="https://unpkg.com/react-dom@16/umd/react-dom.production.min.js">script>

Reportez-vous à la documentation pour des instructions d’installation détaillées.

Changelog

React DOM

  • Correction des performances de React.lazy pour un grand nombre de composants chargés paresseusement. (@acdlite dans # 14429)
  • Effacer les champs lors du démontage pour éviter les fuites de mémoire. (@trueadm dans # 14276)
  • Correction d’un bug avec SSR et le contexte lors du mixage react-dom/server@16.6 et react@<16.6. (@gaearon dans # 14291)
  • Correction d'une régression des performances en mode profilage. (@bvaughn dans # 14383)

Planificateur (expérimental)

Close Menu