J'ai donc été voir ce dans le code récemment. Un rendement implicite à partir d'un onClick
<Button onClick={() => history.push('/urlTing') }>
Ting
</Button>
Est-ce un gros non? Ou est-il mieux? Toute entrée serait appréciée. Les deux semblent offrir le comportement désiré.
Évidemment, voici à quoi il ressemble sans le rendement implicite.
<Button onClick={() => {
history.push('/urlTing');
}}>
Ting
</Button>
Il ne fait pas une différence. Si vous ne voulez pas le rendement implicite tout en gardant une ligne de format, l'utilisation de la void mot-clé:
<Button onClick={() => void history.push('/urlTing') }>
Ting
</Button>
Il n'y a rien de mal avec le rendement implicite. L' onClick gestionnaire d'événement de la valeur de retour de ne pas obtenir utilisé par réagir. Pour les docs https://reactjs.org/docs/handling-events.html
Une autre différence est que vous ne pouvez pas revenir
falsepour éviter le comportement par défaut de Réagir. Vous devez appelerpreventDefaultexplicitement.
Par conséquent, il n'a pas d'importance ce que votre gestionnaire retourne, ou si elle retourne rien du tout.
La création d'un rappel sur chaque restituer à l'intérieur de balisage, en elle-même n'est pas la meilleure pratique. Retour à la question: la principale différence, comme vous l'avez mentionné, est entre la valeur de retour. Je doute de l' onClick API de Réagir ne changera jamais. Mais si dans le futur il y aura un certain type de valeur de retour attendue, c'est là que vous pouvez obtenir vous-même en quelques ennuis si vous NE retourner quelque chose.
La règle de base: si vous n'êtes pas invité à retourner quelque chose - ne fais pas ça.