You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: src/content/community/team.md
+1-6Lines changed: 1 addition & 6 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -22,13 +22,8 @@ Les membres actuels de l'équipe React sont listés ci-dessous par ordre alphab
22
22
Andrey a commencé sa carrière comme designer pour progressivement passer au développement web. Après avoir rejoint l'équipe React Data chez Meta, il a travaillé à ajouter un compilateur incrémental JavaScript dans Relay… pour finir par le retirer plus tard. Hors du boulot, Andrey aime jouer de la musique et faire divers types de sports.
Dan a commencé à programmer lorsqu'il a découvert par hasard qu'il y avait Visual Basic dans Microsoft Powerpoint. Il a découvert que sa véritable vocation consistait à transformer les tweets de [Sebastian](#sebastian-markbåge) en billets de blog interminables. Dan gagne parfois à Fortnite en se cachant dans un buisson jusqu'à la fin de la partie.
Dan got into programming after he accidentally discovered Visual Basic inside Microsoft PowerPoint. He has found his true calling in turning [Sebastian](#sebastian-markbåge)'s tweets into long-form blog posts. Dan occasionally wins at Fortnite by hiding in a bush until the game ends.
31
-
>>>>>>> 265fa26e3b39739f06c956140d9acf618c6b4e6b
32
27
</TeamMember>
33
28
34
29
<TeamMembername="Eli White"permalink="eli-white"photo="/images/team/eli-white.jpg"github="TheSavior"twitter="Eli_White"threads="elicwhite"title="Manager d’ingénieurs chez Meta">
Copy file name to clipboardExpand all lines: src/content/reference/react/useDeferredValue.md
-16Lines changed: 0 additions & 16 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -40,11 +40,7 @@ function SearchPage() {
40
40
41
41
#### Valeur renvoyée {/*returns*/}
42
42
43
-
<<<<<<< HEAD
44
43
Durant le rendu initial, la valeur différée renvoyée sera celle que vous avez fournie. Lors des mises à jour, React tentera d'abord un rendu avec l'ancienne valeur (il va donc renvoyer l'ancienne valeur), et ensuite essayer en arrière-plan un rendu avec la nouvelle valeur (il va donc renvoyer la valeur à jour).
45
-
=======
46
-
During the initial render, the returned deferred value will be the same as the value you provided. During updates, React will first attempt a re-render with the old value (so it will return the old value), and then try another re-render in the background with the new value (so it will return the updated value).
47
-
>>>>>>> 265fa26e3b39739f06c956140d9acf618c6b4e6b
48
44
49
45
#### Limitations {/*caveats*/}
50
46
@@ -80,11 +76,7 @@ function SearchPage() {
80
76
81
77
Lors du rendu initial, la <CodeStepstep={2}>valeur différée</CodeStep> sera la même que la <CodeStepstep={1}>valeur</CodeStep> que vous avez fournie.
82
78
83
-
<<<<<<< HEAD
84
79
Lors des mises à jour, la <CodeStepstep={2}>valeur différée</CodeStep> sera « en retard » par rapport à la dernière <CodeStepstep={1}>valeur</CodeStep>. Plus particulièrement, React fera d'abord un rendu *sans* mettre à jour la valeur différée, puis tentera un rendu supplémentaire en arrière-plan avec la nouvelle valeur reçue.
85
-
=======
86
-
During updates, the <CodeStepstep={2}>deferred value</CodeStep> will "lag behind" the latest <CodeStepstep={1}>value</CodeStep>. In particular, React will first re-render *without* updating the deferred value, and then try to re-render with the newly received value in the background.
87
-
>>>>>>> 265fa26e3b39739f06c956140d9acf618c6b4e6b
88
80
89
81
**Parcourons un exemple afin de comprendre l'utilité de ce Hook.**
90
82
@@ -516,11 +508,7 @@ Imaginez un déroulement en deux étapes :
516
508
517
509
1.**Pour commencer, React refait un rendu avec la nouvelle `query` (`"ab"`) mais avec l'ancienne `deferredQuery` (toujours `"a")`.** La valeur `deferredQuery`, que vous passez à la liste de résultats, est *différée* : elle est « en retard » par rapport à la valeur `query`.
518
510
519
-
<<<<<<< HEAD
520
511
2.**En arrière-plan, React tente alors un autre rendu avec `query` et `deferredQuery` valant *toutes les deux*`"ab"`.** Si ce rendu aboutit, React l'affichera à l'écran. Cependant, s'il suspend (les résultats pour `"ab"` ne sont pas encore chargés), React abandonnera cet essai de rendu, et essaiera à nouveau une fois les données chargées. L'utilisateur continuera à voir l'ancienne valeur différée jusqu'à ce que les données soient prêtes.
521
-
=======
522
-
2.**In the background, React tries to re-render with *both*`query` and `deferredQuery` updated to `"ab"`.** If this re-render completes, React will show it on the screen. However, if it suspends (the results for `"ab"` have not loaded yet), React will abandon this rendering attempt, and retry this re-render again after the data has loaded. The user will keep seeing the stale deferred value until the data is ready.
523
-
>>>>>>> 265fa26e3b39739f06c956140d9acf618c6b4e6b
524
512
525
513
Le rendu différé « d'arrière-plan » est susceptible d'être interrompu. Par exemple, si vous tapez à nouveau dans le champ de saisie, React l'abandonnera et recommencera avec la nouvelle valeur. React utilisera toujours la dernière valeur fournie.
526
514
@@ -963,11 +951,7 @@ Mêmes si ces techniques sont utiles dans certains cas, `useDeferredValue` est p
963
951
964
952
Contrairement au *debouncing* et au *throttling*, il ne nécessite pas de choisir un délai fixe. Si l'appareil de l'utilisateur est rapide (par exemple un ordinateur puissant), le rendu différé serait quasiment immédiat, le rendant imperceptible pour l'utilisateur. Si l'appareil est lent, la liste serait « en retard » par rapport au champ de saisie, proportionnellement à la lenteur de l'appareil.
965
953
966
-
<<<<<<< HEAD
967
954
De plus, les rendus différés planifiés par `useDeferredValue` sont par défaut susceptibles d'être interrompus, ce qui n'est pas le cas du *debouncing* ou du *throttling*. Ça signifie que si React est en plein milieu du rendu d'une vaste liste, et que l'utilisateur ajuste sa saisie, React abandonnera ce rendu, traitera la frappe, et recommencera le rendu en arrière-plan. Par opposition, le *debouncing* et le *throttling* donneraient ici toujours une expérience saccadée car ils sont *bloquants* : ils diffèrent simplement le moment auquel le rendu bloque la frappe.
968
-
=======
969
-
Also, unlike with debouncing or throttling, deferred re-renders done by `useDeferredValue` are interruptible by default. This means that if React is in the middle of re-rendering a large list, but the user makes another keystroke, React will abandon that re-render, handle the keystroke, and then start rendering in the background again. By contrast, debouncing and throttling still produce a janky experience because they're *blocking:* they merely postpone the moment when rendering blocks the keystroke.
970
-
>>>>>>> 265fa26e3b39739f06c956140d9acf618c6b4e6b
971
955
972
956
Si vous souhaitez optimiser des traitements hors du rendu, le *debouncing* et le *throttling* restent utiles. Par exemple, ils peuvent vous permettre de lancer moins de de requêtes réseau. Vous pouvez parfaitement combiner ces techniques.
0 commit comments