reactjs / reactjs/react.dev

Better to mention closure here

Offen
#6,294 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

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

In https://react.dev/learn/state-as-a-snapshot#state-over-time

It is said that

The state stored in React may have changed by the time the alert runs, but it was scheduled using a snapshot of the state at the time the user interacted with it!

it is better to indicate that technically, it is due to closure, so that people who understand closure and know it is due to that, or to people who don't understand closure, get some exposure to closure.

The phrase "it was scheduled using a snapshot of the state at the time the user interacted with it!" is cool, but ultimately, it is closure that explains it.

Beitragsleitfaden

Beitragsleitfaden öffnen

Erste Schritte

  1. Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
  3. Forke das Repository und arbeite in einem Branch.
  4. Öffne einen Pull Request, der die Issue-Nummer nennt.

Rechercherichtung

Öffne die Seite State as a Snapshot im verlinkten Abschnitt „State Over Time“ und lies die umgebende Erklärung des alert-Beispiels. Überarbeite die Formulierung so, dass die Rolle von Closures erwähnt wird, während die Erklärung des Snapshots erhalten bleibt, und prüfe anschließend, dass der aktualisierte Text für Leser mit unterschiedlichen JavaScript-Kenntnissen verständlich bleibt.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Bewertung

Tech-Stack
javascript, react
Bereich
documentation
Issue-Typ
Dokumentation
Schwierigkeit
2/5
Geschätzter Aufwand
1-3 Stunden
Aktivitätsstatus
Veraltet
Klarheit
Größtenteils klar
Anfängerfreundlichkeit
55/100

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.