Așa că am văzut acest lucru în codebase recent. O întoarcere implicit la o onClick
<Button onClick={() => history.push('/urlTing') }>
Ting
</Button>
Este un mare nu-nu? Sau e mai bine? Orice intrare aici ar fi de apreciat. Ambele par a oferi comportamentul dorit.
Evident, aici este ceea ce pare fără întoarcere implicit.
<Button onClick={() => {
history.push('/urlTing');
}}>
Ting
</Button>
Ea nu face o diferență. Dacă nu vrei întoarcere implicit, păstrând o linie format, utilizați void cuvinte cheie:
<Button onClick={() => void history.push('/urlTing') }>
Ting
</Button>
Nu este nimic în neregulă cu întoarcere implicit. La onClick event handler valoarea returnata nu te obișnuiești de a reacționa. Pe docs https://reactjs.org/docs/handling-events.html
O altă diferență este că nu se pot returna
falsepentru a preveni comportamentul implicit în a Reacționa. Trebuie să sunațipreventDefaultîn mod explicit.
Prin urmare, nu contează ce handler-ul se întoarce, sau dacă nu se întoarce nimic, la toate.
Crearea unui apel invers pe fiecare render interior marcare, în sine, nu este cea mai bună practică. Înapoi la întrebarea: principala diferență, după cum ați menționat, este între valoarea de returnare. Mă îndoiesc onClick API de a Reacționa se va schimba vreodată. Dar dacă, în viitor, nu va fi un fel de valoare de retur de așteptat - că e în cazul în care puteți obține te în necazuri dacă FACI ceva.
Regula de degetul mare: dacă nu sunteți rugat să se întoarcă ceva - nu face asta.