`Erasing state when props change` shouldn't be called "Anti-pattern"
Nessuno ha ancora preso questa issue.
- Lingua principale
- JavaScript
- Stelle
- 11.8k
- Fork
- 7.9k
- Merge medio
- 1g 11h
- PR unite (30g)
- 11
Descrizione
If we rename mail to defaultMail in that example, I think the component's behavior makes sense. And this pattern also has no conflict with Alternative 1 and Alternative 2 both. Even it's more convenient, because we don't have to update id or key when passing a new default value.
In fact， this pattern doesn't cause any new problem.
Guida per i contributori
Apri la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Direzione di ricerca
Parti dall'esempio della documentazione intitolato "Erasing state when props change" e confrontane la formulazione con Alternative 1 e Alternative 2. Verifica se l'esempio dovrebbe usare defaultMail e se sia corretto definire il pattern un anti-pattern; il lavoro è completato quando l'esempio e le indicazioni riflettono la terminologia concordata.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Valutazione
- Stack tecnologico
- javascript, react
- Ambito
- documentation
- Tipo di issue
- Documentazione
- Difficoltà
- 2/5
- Tempo stimato
- 1-3 ore
- Stato di attività
- Ferma
- Chiarezza
- Abbastanza chiara
- Idoneità per principianti
- 35/100