因此，為了簡(jiǎn)化您的問題，您想知道使用帶括號(hào)和不帶括號(hào)的函數(shù)有什么區(qū)別。
假設(shè)我們有一個(gè)logText()看起來像這樣的函數(shù)
function logText() {
console.log("Hello world!")
}
然后我們像這樣在控制臺(tái)中運(yùn)行
logText()
我們收到這個(gè)發(fā)回
"Hello world!"
現(xiàn)在當(dāng)我們?cè)诳刂婆_(tái)中執(zhí)行此操作時(shí)
logText
我們?nèi)』貙?duì)函數(shù)的引用，如下所示
? logText() {
console.log("Hello world!")
}
? → 功能
這有什么區(qū)別
cartLogic() {
clearCartBtn.addEventListener('click', this.clearCart);
}
和
cartLogic() {
clearCartBtn.addEventListener('click', () => {
this.clearCart()
});
}
它們之間最大的區(qū)別是第一個(gè)例子clearCart()被立即調(diào)用，而第二個(gè)例子被包裹在一個(gè)匿名函數(shù)中并且clearCart()沒有被立即調(diào)用。
這會(huì)改變事情的運(yùn)作方式嗎？
好吧，不是真的，一切仍然會(huì)以相同的方式工作，但為什么你不必在末尾添加 paratheneseclearCart因?yàn)檫@是引用函數(shù)所以我們可以想到：
cartLogic() {
clearCartBtn.addEventListener('click', this.clearCart);
}
作為
cartLogic() {
clearCartBtn.addEventListener('click', () => {
// All code for your function
...
});
}
但這對(duì)我們?cè)诤瘮?shù)（在本例中addEventListener()）將一些值發(fā)送回回調(diào)時(shí)的編碼方式產(chǎn)生了影響，在這種情況下，很可能是事件 (e) 被發(fā)送回回調(diào)。
假設(shè)您clearCart()有一個(gè)名為“e”或“event”的參數(shù)，如果我們使用您的第一個(gè)示例，我們不必自行處理e/event或解析事件，它將為我們解析，但是對(duì)于您的借調(diào)示例，您將不得不做這樣的事情:
cartLogic() {
clearCartBtn.addEventListener('click', e => {
this.clearCart(e)
});
}
為什么第二個(gè)例子沒有括號(hào)就不能工作？
因?yàn)榫拖裎以诨卮鸬那懊嫠f的那樣，不帶括號(hào)的函數(shù)是對(duì)函數(shù)的引用，而帶括號(hào)的函數(shù)將運(yùn)行。
當(dāng)我們不想調(diào)用函數(shù)而是想傳遞函數(shù)的引用時(shí)，我們使用不帶括號(hào)的函數(shù)。
例如：
logText.length
這是解析函數(shù)對(duì)length方法的引用。
length用在函數(shù)上將返回函數(shù)期望的參數(shù)數(shù)量。
這已經(jīng)很長(zhǎng)了，所以我現(xiàn)在就在這里結(jié)束如果有什么我沒有說或沒有說好的發(fā)表評(píng)論，我會(huì)添加它:)
還看到了對(duì)其他人關(guān)于上下文的回答的評(píng)論this，我認(rèn)為這與此無關(guān)，更多的是關(guān)于你如何聲明函數(shù)() => {}或function () {}.
