Tak, że widziałem to w kodzie w ostatnim czasie. Bezwarunkowy zwrot z onClick
<Button onClick={() => history.push('/urlTing') }>
Ting
</Button>
To co, bardzo "nie-nie"? Czy tak jest lepiej? Każdy wkład będzie tu mile widziana. I jedno, i drugie, wydaje się, zapewnia pożądane zachowania.
Oczywiście, jak to wygląda bez niejawnego zwrotu.
<Button onClick={() => {
history.push('/urlTing');
}}>
Ting
</Button>
To nie ma żadnego znaczenia. Jeśli nie chcesz niejawnego zwrotu przy zachowaniu formatu pojedynczej linii, użyjvoid kluczowe słowo:
<Button onClick={() => void history.push('/urlTing') }>
Ting
</Button>
W niejawnym zwrotu nie ma nic złego. To onClick wartość zwracana obsługi zdarzeń nie jest używany react. Według dokumentów https://reactjs.org/docs/handling-events.html
Jeszcze jedna różnica polega na tym, że nie możesz wrócić
falseaby zapobiec domyślne zachowanie w React. Musisz zadzwonićpreventDefaultjawnie.
Dlatego nie ma znaczenia, że zwraca obsługi lub zwraca, czy on w ogóle cokolwiek.
Tworzenie wywołania zwrotnego dla każdego renderowania wewnątrz znaczników samo w sobie nie jest najlepszą praktyką. Wracając do pytania: podstawowa różnica, jak wspomniałeś, jest w zwróconej wartości. Wątpię, że onClick API od React nigdy się nie zmieni. Ale jeśli w przyszłości ma jakąś wartość zwracana-to miejsce, gdzie można dostać się w jakieś kłopoty, jeśli coś odzyskasz.
Zasadą jest: jeśli cię nie proszą o coś oddać - nie rób tego.