Timing of effects
Dieses Issue hat noch niemand übernommen.
- Vorherrschende Sprache
- JavaScript
- Sterne
- 11.8k
- Forks
- 7.9k
- Ø Merge
- 1 T. 11 Std.
- Gemergte PRs (30 T.)
- 11
Beschreibung
Although
useEffectis deferred until after the browser has painted, it's guaranteed to fire before any new renders. React will always flush a previous render's effects before starting a new update.
Is this true in both concurrent and non-concurrent mode. It would appear intuitively that these two call-sites in non-concurrent mode would be deterministic:
ReactDOM.render(<Foo>, container)
ReactDOM.render(<Foo>, container)
That is it would invoke a new render before the effect in the first render has been invoked.
If so would it make more sense to specify it is only in relation to effects i.e previous effects are guaranteed to run before future effects.
As it stands, it looks appears as though the "render" call-site is non-deterministic in non-concurrent.
Beitragsleitfaden
Erste Schritte
- Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
- Forke das Repository und arbeite in einem Branch.
- Öffne einen Pull Request, der die Issue-Nummer nennt.
Rechercherichtung
Beginne damit, die zitierte Dokumentationsaussage darüber zu prüfen, dass Effekte vor neuen Renderings geleert werden, und vergleiche anschließend ihre Formulierung mit den beiden Aufrufstellen von ReactDOM.render sowie dem Verhalten im concurrent und non-concurrent Fall. Als erledigt gilt die Aufgabe, wenn die Dokumentation die unterstützte Garantie klar festhält und klärt, ob sie allgemein für Renderings gilt oder nur für die Reihenfolge von Effekten.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- javascript, react
- Bereich
- documentation
- Issue-Typ
- Dokumentation
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Aktivitätsstatus
- Veraltet
- Klarheit
- Größtenteils klar
- Anfängerfreundlichkeit
- 35/100