Так что я видел это в кодовой базе в последнее время. Неявный возврат из onClick
<Button onClick={() => history.push('/urlTing') }>
Ting
</Button>
Это что, большое "нет-нет"? Или так лучше? Любой вклад здесь будет оценен по достоинству. И то, и другое, по-видимому, обеспечивает желаемое поведение.
Очевидно, вот как это выглядит без неявного возврата.
<Button onClick={() => {
history.push('/urlTing');
}}>
Ting
</Button>
Это не имеет никакого значения. Если вы не хотите неявного возврата при сохранении однострочного формата, используйтеvoid ключевое слово:
<Button onClick={() => void history.push('/urlTing') }>
Ting
</Button>
В неявном возврате нет ничего плохого. То onClick возвращаемое значение обработчика событий не используется react. Согласно документам https://reactjs.org/docs/handling-events.html
Еще одно отличие заключается в том, что вы не можете вернуться
falseчтобы предотвратить поведение по умолчанию в React. Вы должны позвонитьpreventDefaultявно.
Поэтому не имеет значения, что возвращает ваш обработчик или возвращает ли он вообще что-либо.
Создание обратного вызова для каждого рендеринга внутри разметки само по себе не является лучшей практикой. Возвращаясь к вопросу: основное различие, как вы упомянули, заключается в возвращаемом значении. Я сомневаюсь, что onClick API от React никогда не изменится. Но если в будущем ожидается какое - то возвращаемое значение-вот где вы можете попасть в некоторые неприятности, если что-то вернете.
Эмпирическое правило: если вас не просят что - то вернуть- не делайте этого.